Комментарии
Избранное
Подписка
Сортировка:
Древо
А в чем, все-таки, суть полученного ускорения? Какая версия SQL Server'а?
Нечто подобное было и у меня, но решил с помощью 1С++. Методом ReconnectNative().
Честно говоря, кроме рекламы фирмы 1С и самовосхваления в этой статье я ничего полезного не заметил.
А эта фраза меня убила просто :-)
"Прикинув по своему опыту, предупредил клиента, что в режиме проведения на точку актуальности коим является восстановление последовательности или прочие аналогичные проведения с восстановлением последовательности ускорения большого не бывает - обычно в 1.5 раза".
На русский ее можно перевести? А то смысл как-то ускользает.
P.S. Кстати, я в десятки раз ускорил. Все зависит от документов, у меня были по несколько тысяч строк.
Нечто подобное было и у меня, но решил с помощью 1С++. Методом ReconnectNative().
Честно говоря, кроме рекламы фирмы 1С и самовосхваления в этой статье я ничего полезного не заметил.
А эта фраза меня убила просто :-)
"Прикинув по своему опыту, предупредил клиента, что в режиме проведения на точку актуальности коим является восстановление последовательности или прочие аналогичные проведения с восстановлением последовательности ускорения большого не бывает - обычно в 1.5 раза".
На русский ее можно перевести? А то смысл как-то ускользает.
P.S. Кстати, я в десятки раз ускорил. Все зависит от документов, у меня были по несколько тысяч строк.
- СКЛ 2005
- рыконнектнативе здесь нафик не нужен ибо 2005. да и средства оптимизации, которые я применяю решают ее и без этого на 2000 сервере.
- не заметил полезного? читать надо не по диагонали и включать серое вещество.
- рекламы фирмы 1С здесь нет
- самовосхваления тоже нет. если кажется - крестится надо
- по-моему богатому опыту, который заключается в переделки нескольких десятков конфигураций ТиС на платформе SQL при среднем размере документа в 10 строк проведение документа на точку актуальности можно ускорить прямыми запросами в 1.5 раза. так понятно или еще разжевать?
- не я начал мерятся членами, но продолжу. при 1000 строк ускорение получается раз в 30-50.
- рыконнектнативе здесь нафик не нужен ибо 2005. да и средства оптимизации, которые я применяю решают ее и без этого на 2000 сервере.
- не заметил полезного? читать надо не по диагонали и включать серое вещество.
- рекламы фирмы 1С здесь нет
- самовосхваления тоже нет. если кажется - крестится надо
- по-моему богатому опыту, который заключается в переделки нескольких десятков конфигураций ТиС на платформе SQL при среднем размере документа в 10 строк проведение документа на точку актуальности можно ускорить прямыми запросами в 1.5 раза. так понятно или еще разжевать?
- не я начал мерятся членами, но продолжу. при 1000 строк ускорение получается раз в 30-50.
(7)
---------------------------------------------------------------
Это что угодно, но не "Записки автоматизатора". :-)
Ты не указал никаких данных. Ни об версию SQL, ни о размере документов, ни о методе решения
---------------------------------------------------------------
> по-моему богатому опыту, который заключается в переделки нескольких десятков конфигураций ТиС на платформе SQL при среднем размере документа в 10 строк
При чем тут ТИС это или не ТИС? Все зависит от профиля организации.
Продавцы мебели до десятка строк в накладую забивают, аптечные фирмы тысячи... или больше :-)
---------------------------------------------------------------
> - не заметил полезного? читать надо не по диагонали и включать серое вещество.
Не хами.
---------------------------------------------------------------
> - рекламы фирмы 1С здесь нет
А ссылочки на сайт 1С, где предлагается КУПИТЬ?
---------------------------------------------------------------
> - самовосхваления тоже нет. если кажется - крестится надо
А как же про твой "богатый" опыт? :-)
---------------------------------------------------------------
> - не я начал мерятся членами, но продолжу
Да нет, парниша, ты и начал :-)
---------------------------------------------------------------
Ты в 1С когда последний работал? Посмотрел твой профиль на www.free-lance.ru. Мда... Какое отношение твоя бурная деятельность имеет к 1С? :-)
---------------------------------------------------------------
Это что угодно, но не "Записки автоматизатора". :-)
Ты не указал никаких данных. Ни об версию SQL, ни о размере документов, ни о методе решения
---------------------------------------------------------------
> по-моему богатому опыту, который заключается в переделки нескольких десятков конфигураций ТиС на платформе SQL при среднем размере документа в 10 строк
При чем тут ТИС это или не ТИС? Все зависит от профиля организации.
Продавцы мебели до десятка строк в накладую забивают, аптечные фирмы тысячи... или больше :-)
---------------------------------------------------------------
> - не заметил полезного? читать надо не по диагонали и включать серое вещество.
Не хами.
---------------------------------------------------------------
> - рекламы фирмы 1С здесь нет
А ссылочки на сайт 1С, где предлагается КУПИТЬ?
---------------------------------------------------------------
> - самовосхваления тоже нет. если кажется - крестится надо
А как же про твой "богатый" опыт? :-)
---------------------------------------------------------------
> - не я начал мерятся членами, но продолжу
Да нет, парниша, ты и начал :-)
---------------------------------------------------------------
Ты в 1С когда последний работал? Посмотрел твой профиль на www.free-lance.ru. Мда... Какое отношение твоя бурная деятельность имеет к 1С? :-)
Чего уж так накинулись?
Например, "Каково же было мое удивление, когда выяснилось, что примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов." - совсем не безполезная информация
Например, "Каково же было мое удивление, когда выяснилось, что примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов." - совсем не безполезная информация
(15), (20), (54)
(0) > Сказал, чтобы клиент сделал замер производительности в отладчике (до этого также делали замер, который показал что 80% времени уходит на расчет итогов). Сделали замер. Каково же было мое удивление, когда выяснилось, что примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов.
Вчитайтесь и не тормозите! Исковеркали базу, в которую насовали кучу периодических реквизитов? И мало того, еще и в ОбработкаПроведения() их всунули?
> 15. Abadonna 16.12.2008 16:12:55
> Чего уж так накинулись?
> Например, "Каково же было мое удивление, когда выяснилось, что примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов." - совсем не безполезная информация
И чем же это полезно? Для тебя лично и для всех?
Частный случай в единичной базе.
Сейчас провел замер в Комплексной для Украины (7.70.023). Типовой ТиС нет по рукой.
Документ РасходнаяНакладная
Модуль Строка Кол Время %(Время)
-------------------------------------------------------------------
Глобальный модуль 8732 ВремРегистры.РассчитатьРегистрыНа(Конт.ТекущийДокумент()); 1 0.32026 84.92
-------------------------------------------------------------------
Глобальный модуль 4433 Ит.ВыполнитьЗапрос(Конт.ТекущийДокумент(),,спСчета); 1 0.00717 1.90
-------------------------------------------------------------------
Документ.РасходнаяНакладная.Модуль Документа 510 ДвиженияРегистров(); 1 0.00403 1.07
-------------------------------------------------------------------
Глобальный модуль 816 Реквизит=Метаданные.Документ(ВидДокумента).РеквизитТабличнойЧасти(ИмяРеквизита); 18 0.00283 0.75
-------------------------------------------------------------------
Документ.РасходнаяНакладная.Модуль Документа 536 Операция.Записать(); 1 0.00229 0.61
-------------------------------------------------------------------
Глобальный модуль 805 Реквизит=Метаданные.Документ(ВидДокумента).РеквизитШапки(ИмяРеквизита); 14 0.00213 0.57
(0) > Сказал, чтобы клиент сделал замер производительности в отладчике (до этого также делали замер, который показал что 80% времени уходит на расчет итогов). Сделали замер. Каково же было мое удивление, когда выяснилось, что примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов.
Вчитайтесь и не тормозите! Исковеркали базу, в которую насовали кучу периодических реквизитов? И мало того, еще и в ОбработкаПроведения() их всунули?
> 15. Abadonna 16.12.2008 16:12:55
> Чего уж так накинулись?
> Например, "Каково же было мое удивление, когда выяснилось, что примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов." - совсем не безполезная информация
И чем же это полезно? Для тебя лично и для всех?
Частный случай в единичной базе.
Сейчас провел замер в Комплексной для Украины (7.70.023). Типовой ТиС нет по рукой.
Документ РасходнаяНакладная
Модуль Строка Кол Время %(Время)
-------------------------------------------------------------------
Глобальный модуль 8732 ВремРегистры.РассчитатьРегистрыНа(Конт.ТекущийДокумент()); 1 0.32026 84.92
-------------------------------------------------------------------
Глобальный модуль 4433 Ит.ВыполнитьЗапрос(Конт.ТекущийДокумент(),,спСчета); 1 0.00717 1.90
-------------------------------------------------------------------
Документ.РасходнаяНакладная.Модуль Документа 510 ДвиженияРегистров(); 1 0.00403 1.07
-------------------------------------------------------------------
Глобальный модуль 816 Реквизит=Метаданные.Документ(ВидДокумента).РеквизитТабличнойЧасти(ИмяРеквизита); 18 0.00283 0.75
-------------------------------------------------------------------
Документ.РасходнаяНакладная.Модуль Документа 536 Операция.Записать(); 1 0.00229 0.61
-------------------------------------------------------------------
Глобальный модуль 805 Реквизит=Метаданные.Документ(ВидДокумента).РеквизитШапки(ИмяРеквизита); 14 0.00213 0.57
(41) мотив-то как раз другой был :) и речь совсем не про эффективность ToySQL, а про то, что можно и нужно оптимизировать и типовыми методами. после оптимизации прямыми запросами это более очевидно, так как до оптимизации этого не было видно. а ссылки просто пришлись к месту. у кого-то это вызвало странную реакцию.
(46) О методах оптимизации здесь только одно - "заменили обращение к константами и периодическим реквизитам на обращение к переменным в глобальном модуле".
> речь совсем не про эффективность ToySQL
Как Катон Старший все время про Карфаген, так и автор все время про ToySQL?
:-)
> речь совсем не про эффективность ToySQL
Как Катон Старший все время про Карфаген, так и автор все время про ToySQL?
:-)
(46) верим, отчего же не поверить :). В моей практике был случай, когда надо было ускорить проведение, я даже примерял к этому делу ToySQL, но все разрешилось типовым способом. Запрет работы задним числом, и получение итогов в момент проведения на Точку Актуальности. Глобальное перепроведение тоже со сдвигом ТА.
Задним числом работали пару человек, хорошо проинструктированные к чему это может привести.
Необъяснимо, но факт, в базе не было отрицательных остатков. :)
Задним числом работали пару человек, хорошо проинструктированные к чему это может привести.
Необъяснимо, но факт, в базе не было отрицательных остатков. :)
А теперь элементарная математика
(0)
> до этого также делали замер, который показал что 80% времени уходит на расчет итогов
> Ускорение примерно составило 1.5 раза
> примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов
Допустим, раньше проведение выполнялояь за 100 секунд.
Из них 80 уходило на расчет итогов. Пусть даже на расчет периодики уходило остальные 20.
После "ускорения", проведение выполняется 100/1,5=67 секунд.
Допустим, что уменьшение пошло только за счет расчета итогов.
И на него теперь тратится 80-33=47 сек.
На периодику - остальные 20.
И сколько это получается? 30%, а не "примерно 60%", как заявил автор.
"Поздравляю вас, гражданин, соврамши" :-)
(0)
> до этого также делали замер, который показал что 80% времени уходит на расчет итогов
> Ускорение примерно составило 1.5 раза
> примерно 60% времени выполнения кода уходило на получение данных констант и периодических реквизитов
Допустим, раньше проведение выполнялояь за 100 секунд.
Из них 80 уходило на расчет итогов. Пусть даже на расчет периодики уходило остальные 20.
После "ускорения", проведение выполняется 100/1,5=67 секунд.
Допустим, что уменьшение пошло только за счет расчета итогов.
И на него теперь тратится 80-33=47 сек.
На периодику - остальные 20.
И сколько это получается? 30%, а не "примерно 60%", как заявил автор.
"Поздравляю вас, гражданин, соврамши" :-)
2(72) Слушай, ты начинаешь реально раздражать. Подумать и вникнуть не пробовал? Математика-то на уровне второго класса:
Пусть раньше проводилось за 100 секунд. Ускорили в 1,5 раза, получили время выполнения 67 секунд. Из них (оставшихся!) 60% уходило на чтение констант и периодики. Ускорили этот процесс, получили прирост в 30% и итоговое время выполнения примерно 23 секунды.
Пусть раньше проводилось за 100 секунд. Ускорили в 1,5 раза, получили время выполнения 67 секунд. Из них (оставшихся!) 60% уходило на чтение констант и периодики. Ускорили этот процесс, получили прирост в 30% и итоговое время выполнения примерно 23 секунды.
(74) > з них (оставшихся!) 60% уходило на чтение констант и периодики
Как на них могло уходить 60%, т.е. 40 секунд, если ДО оптимизации на них уходило не более 20 секунд?
И при чем тут твое раздражение? Я конкретно доказал, что автор подтасовал факты, что бы показать свои выдающиеся успехи в "оптимизации".
> Ускорили этот процесс, получили прирост в 30% и итоговое время выполнения примерно 23 секунды.
А это тут причем? Я про дальнейшую оптимизацию не упоминал.
Как на них могло уходить 60%, т.е. 40 секунд, если ДО оптимизации на них уходило не более 20 секунд?
И при чем тут твое раздражение? Я конкретно доказал, что автор подтасовал факты, что бы показать свои выдающиеся успехи в "оптимизации".
> Ускорили этот процесс, получили прирост в 30% и итоговое время выполнения примерно 23 секунды.
А это тут причем? Я про дальнейшую оптимизацию не упоминал.
(86) > 2(85) И что? Это оправдывает твое хамство?
Мое хамство?
(7) toypaul > - не заметил полезного? читать надо не по диагонали и включать серое вещество.
Вот это хамство.
И я, в отличии от некоторых, включил серое вещество и посчитал. И доказал.
А если оставить тему хамства - я был прав?
И при чем тут мое оправдание? АЛьФ по непонятной причине в (74) оторвался на меня, а теперь я же и должен оправдываться? :-)
Мое хамство?
(7) toypaul > - не заметил полезного? читать надо не по диагонали и включать серое вещество.
Вот это хамство.
И я, в отличии от некоторых, включил серое вещество и посчитал. И доказал.
А если оставить тему хамства - я был прав?
И при чем тут мое оправдание? АЛьФ по непонятной причине в (74) оторвался на меня, а теперь я же и должен оправдываться? :-)
2(88) Да ты ж ворвался в эту тему сразу с хамством:
"Честно говоря, кроме рекламы фирмы 1С и самовосхваления в этой статье я ничего полезного не заметил.", "На русский ее можно перевести? А то смысл как-то ускользает.".
И продолжаешь хамить до сих пор. Предложено тебе уже было уйти из ветки, раз уж тебя так тема раздражает. Или ты на бан напрашиваешься?
"Честно говоря, кроме рекламы фирмы 1С и самовосхваления в этой статье я ничего полезного не заметил.", "На русский ее можно перевести? А то смысл как-то ускользает.".
И продолжаешь хамить до сих пор. Предложено тебе уже было уйти из ветки, раз уж тебя так тема раздражает. Или ты на бан напрашиваешься?
(89) Я ни на что не напрашиваюсь.
> кроме рекламы фирмы 1С
за это я извинился в убитом без причины комменте
> и самовосхваления
Я написал конкретные вещи, почему я считаю, что автор исказил информацию, что бы показать себя в лучшем виде. Так оно и оказалось.
> ничего полезного не заметил
Тут я был не прав. Я заметил.
Что былые заслуги информатора часто не дают людям собственными мозгами оценить достоверность той или иной информации, подаваемую им в лучших традициях Канадской Оптовой Кампании
> кроме рекламы фирмы 1С
за это я извинился в убитом без причины комменте
> и самовосхваления
Я написал конкретные вещи, почему я считаю, что автор исказил информацию, что бы показать себя в лучшем виде. Так оно и оказалось.
> ничего полезного не заметил
Тут я был не прав. Я заметил.
Что былые заслуги информатора часто не дают людям собственными мозгами оценить достоверность той или иной информации, подаваемую им в лучших традициях Канадской Оптовой Кампании
в (72) вроде верно посчитано. почему так вышло мне уже лень объяснять и разбираться. вполне возможно что до оптимизации замер делался только на накладных, а после оптимизации на всех документах. и ускорение в 1.5 раза я со слов клиента сказал.
написал то, что сам лично в замерах считал. до оптимизации - 80% (примерно) на расчет итогов. после оптимизации в сумме 60% на константы и периодику
написал то, что сам лично в замерах считал. до оптимизации - 80% (примерно) на расчет итогов. после оптимизации в сумме 60% на константы и периодику
А ну брысь в разные углы! Нашли, елы-палы из-за чего копья ломать...
1-й факт: чтение констант и периодики всегда более затратно, чем прописанные в глобанике псевдоконстанты - так это ежу понятно. Тут автору плюс. НО!!! Зачем глобальник? Вот Альф защищает автора, а по скромности не предложил очевидное решение: дополнительный глобальный модуль с помощью Формекса. В Дгм все переменные переназначаются динамически (юзеру только выйти и снова зайти в 1С или перезагрузить ДГМ).
2-й факт: Альтаир доказал, да и сам автор признал, что некоторые цифры мягко говоря среднепотолочные. А это уже минус - не трэба дадьку нас дурить.:-))
Вывод: да нифига страшного! Плюс на минус, как известно дает ноль, но аж никак не прикупом в морду (в смысле оскорблений) - полковник был такая сука, что пасовал на семи тузах... Так что пожали друг другу руки, мысленно хряпнули по рюмочке и перешли к конструктивному диалогу. А то ей-богу, попрошу у Альфа или у Суппорта права и буду сносить все комметы от первого до последнего, если среди них заваляется хоть один матюгальный (шутка, конечно, но в каждой сказке есть доля сказки...).
1-й факт: чтение констант и периодики всегда более затратно, чем прописанные в глобанике псевдоконстанты - так это ежу понятно. Тут автору плюс. НО!!! Зачем глобальник? Вот Альф защищает автора, а по скромности не предложил очевидное решение: дополнительный глобальный модуль с помощью Формекса. В Дгм все переменные переназначаются динамически (юзеру только выйти и снова зайти в 1С или перезагрузить ДГМ).
2-й факт: Альтаир доказал, да и сам автор признал, что некоторые цифры мягко говоря среднепотолочные. А это уже минус - не трэба дадьку нас дурить.:-))
Вывод: да нифига страшного! Плюс на минус, как известно дает ноль, но аж никак не прикупом в морду (в смысле оскорблений) - полковник был такая сука, что пасовал на семи тузах... Так что пожали друг другу руки, мысленно хряпнули по рюмочке и перешли к конструктивному диалогу. А то ей-богу, попрошу у Альфа или у Суппорта права и буду сносить все комметы от первого до последнего, если среди них заваляется хоть один матюгальный (шутка, конечно, но в каждой сказке есть доля сказки...).
> АЛьФ : ...Предложено тебе уже было уйти из ветки, раз уж тебя так тема раздражает. Или ты на бан напрашиваешься?
А вот здесь я че-то не допонял - налей еще (:-)) ). На ИС уже цензура? Уже надо спрашивать, в какую ветку заходить, а в какую низзя?
Я могу, конечно, создать свой сайт якобы об 1С и если кому-то не понравится история моего друга о любовных похождениях, или рассказ моей любовницы о новой моде на бикини, то и забанить его могу!
Но кому такой сайт будет интересен? И куда мы катимся?
А вот здесь я че-то не допонял - налей еще (:-)) ). На ИС уже цензура? Уже надо спрашивать, в какую ветку заходить, а в какую низзя?
Я могу, конечно, создать свой сайт якобы об 1С и если кому-то не понравится история моего друга о любовных похождениях, или рассказ моей любовницы о новой моде на бикини, то и забанить его могу!
Но кому такой сайт будет интересен? И куда мы катимся?
2(93) На ИС с самого нача было принято вести конструктивный диалог без перехода на "сам дурак". Нам бы хотелось, чтобы здесь было общество профессионалов, а не склока базарных баб. К сожалению, последнее время (с увеличением числа посетителей портала) наметилась тенденция к переносу на портал привычного им формата общения. Один привычно хамнул, второй привычно ответил и понеслась.
Так вот иногда приходится напоминать, что не в каждом споре рождается истина и если тебя что-то сильно не устраивает, то лучше отказаться от продолжение разговора. Причем отказаться должен тот, кто комментирует чужой блог, а не автор блога. У комментарора всегда есть возможность создать свою запись в блоге или статью с полным разбором аналогичной ситуации в качестве полноценного ответа и запостить ссылку в комментарии к изначальной статье. Такие "ответы" (а то и целые цепочки взаимых ответов) на портале сплошь и рядом находятся. И именно такой подход будет корректным, профессиональным и правильным в рамках портала.
Если же есть желание просто посклочничать, то для этого есть куча мест в интернете. В крайнем случае можно использовать личку, т.к. чужие склоки очень мало кому интересно читать.
Так вот иногда приходится напоминать, что не в каждом споре рождается истина и если тебя что-то сильно не устраивает, то лучше отказаться от продолжение разговора. Причем отказаться должен тот, кто комментирует чужой блог, а не автор блога. У комментарора всегда есть возможность создать свою запись в блоге или статью с полным разбором аналогичной ситуации в качестве полноценного ответа и запостить ссылку в комментарии к изначальной статье. Такие "ответы" (а то и целые цепочки взаимых ответов) на портале сплошь и рядом находятся. И именно такой подход будет корректным, профессиональным и правильным в рамках портала.
Если же есть желание просто посклочничать, то для этого есть куча мест в интернете. В крайнем случае можно использовать личку, т.к. чужие склоки очень мало кому интересно читать.
Автору - однозначно минус, за статью со "среднепотолочными" цифрами "из асек, со слов ..." и т.д.
Altair777`у - жирный плюс за бдительность, и потраченное время на критику никчемной статейки.
Altair777`у - жирный плюс за бдительность, и потраченное время на критику никчемной статейки.
(101) Абсолютно согласен. Но на категоричный минус статья все-таки не "тянет" - есть в ней зерно истины. Да и считаю, что с минусами надо бы поосторожней, пощетельней как-то... А то на десятелетней давности юморную статью плюса не жалеем, а за не очень красиво поданную статьюю или программу минус влепить - всегда пожалуйста. Тем более считаю - минуса на комметы признаком моветона. Ну высказался человек - это его мнение, а за что минус? Или минусующий свое мнение считает выше рангом?... Странно все в датском королевстве...
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
|
Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2")
|
Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2")
Открыть
|
Перенос данных КА 1.1 / УПП 1.3 => БП 3.0 (перенос остатков, документов и справочников из "1С:Комплексная автоматизация 1.1" / УПП 1.3 в "1С:Бухгалтерия 3.0")
|
Перенос данных КА 1.1 / УПП 1.3 => БП 3.0
Открыть