Структура подчинённости документов. Немного оптимизирована скорость.

0. 1210 19.11.08 08:09 Сейчас в теме
Пользователи плачут от скорости работы структуры подчинённности. Отчёт приятный, но дюже тормозной. Немного оптимизировал. Скорость работы возросла вчетверо.

Перейти к публикации

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. segen 19.11.08 08:09 Сейчас в теме
К заказу покупателя привязано 40 документов. Штатными средствами УТ 2м.45сек., с помощью данной обработки 1м.20сек. Напрягает то, что приходится выбирать тип документа. Было бы хорошо, если при открытии сразу выводился список заказов покупателей.
2. Fate 19.11.08 09:19 Сейчас в теме
Спасибо, действительно, работает шустрее
3. Трактор 1210 19.11.08 10:03 Сейчас в теме
>> Напрягает то, что приходится выбирать тип документа.
segen, а ты обнови штатную общую форму.
Я переделал форму во внешнюю обработку только для удобства выкладки.
4. crocy 19.11.08 18:45 Сейчас в теме
А не работает. Если на документ много ссылок, то структуру вообще не показывает.
а конкретно измененная процедура по подчиненным документам вылетает на ограничении SQL в 256 таблиц :(
(отрабатывается исключение)

Таки , критерий отбора "структура подчиненности" уже далеко не типовой, но штатная обработка все отображает, хотя и медленно.
5. Zlodey 47 20.11.08 06:32 Сейчас в теме
Управление производственным предприятием, редакция 1.2 (1.2.17.3)
Данная обработка не работает. Не показывает структуру подчиненности
6. crocy 20.11.08 16:48 Сейчас в теме
Прежде чем что-то оптимизировать, попытайтесь вначале понять почему сделано именно так, а не по-другому.
Если используется RLS, то ваша обработка структуру подчиненности не показывает.

То, что сделано в типовых конфигурациях сделано так, чтобы и под RLS работал и в случаях, когда в структуре подчиненности используется много объектов
(например для УПП)
7. CheBurator 20.11.08 16:54 Сейчас в теме
> К заказу покупателя привязано 40 документов. Штатными средствами УТ 2м.45сек., с помощью данной обработки 1м.20сек.
Ребята, это что????? это правильно??? за счет чего такие тормоза...??? не, я понимаю, всякие там новые возможности, подходы... что-то кардинально изменилось в снеговике в работе/понятии структура подчиненности? почему в клюшках у меня структура подчиненности на 20-40 листов формируется практически мгновенно...??? или я чего-то не понимаю в принципе, поясните плиз...?
(в снеговике - практический ноль)
8. Трактор 1210 20.11.08 20:30 Сейчас в теме
7 >> за счет чего такие тормоза...???
За счёт того что в клюшках есть общий журнал документов, в снеговике нет. Критерии отбора в снеговике это не настоящая таблица, а виртуальная :-( Запрос к ней вызывает соединение со всеми таблицами, включёнными в критерий отбора.

6 >> Прежде чем что-то оптимизировать, попытайтесь вначале понять почему сделано именно так
Crocy, прежде чем умничать подумай почему должны мучаться все, если некоторые могут облегчить свою участь. Нахрена пользовать универсальное решение, если частное решение работает быстрее?
Касательно RLS вынеси запрос в привилегированный модуль и объедешь ограничение.

>> Управление производственным предприятием, редакция 1.2 (1.2.17.3)
Zlodey, обработка написана для УТ близкой к типовой. Более того, для базы под Postgre. Там работает.
Rustig; Serj1C; +2 Ответить
9. crocy 27.11.08 02:13 Сейчас в теме
Трактор, не тупи.
Мне не надо бороть ограничение RLS - мне надо чтобы юзвери,сидящие под ограниченными правами,
видели в структуре подчиненности только разрешенные им на просмотр документы.
Выносом обработки в привелигированный модуль такую проблему не решить.
Так что твоя обработка имеет слишком узкое применение, а именно в УТ, может быть в БП и только у пользователей,
у которых не стоят ограничения RLS.
10. Трактор 1210 27.11.08 22:56 Сейчас в теме
>> Мне не надо бороть ограничение RLS
Crocy, я тебе и не предлагал бороть RLS. Я тебе предложил обход ограничения на 256 таблиц в запросе. Для этого запрос выносишь в привилегированный модуль, а доступность документов можно проверить перед выводом в дерево.
Так всё-равно будет работать быстрее чем типовой универсальный отчёт.
11. Трактор 1210 13.05.09 12:32 Сейчас в теме
Оказывается в PostgreSQL нет ограничения на использование более 256 таблиц в запросе.
Пользуйте PostgreSQL!
12. It-developer 20 08.09.10 18:20 Сейчас в теме
У меня в УПП 1.1 (1.1.11) не показывает те документы, которые указывают на текущий документ. Отчет показывает только те документы, на которые указывает наш документ (и вложенные от этих документов).
13. Трактор 1210 07.11.10 09:44 Сейчас в теме
(12) У тебя криво настроены критерии отбора.
14. morpheus2 27.10.11 10:29 Сейчас в теме
15. rkozom 28.11.11 13:22 Сейчас в теме
Классно! Когда структура подчиненности содержит больше 10 документов (что у нас не редкость), скорость работы особенно радует! Сервер разгружается. Когда обновил стандартную обработку, вообще хорошо стало. Спасибо!
16. IamAlexy 554 06.01.12 12:08 Сейчас в теме
пока на смотрел - для новомодных УТ11 и прочих УНФ работает ?
17. unoDosTres 28.04.14 08:53 Сейчас в теме
Вещь отличная, хоть и давно написанная, я конечно не знаю зачем 1с написали в типовых конфах такой универсальный механизм который в них сейчас имеется, ибо он весьма неоптимальный у меня в конфе запрос по структуре был чуть ли не самым прожорливым, видимо на то были какие-то свои причины, а вот эта вещь от автора ну намного шустрей чем типовая, спасибо большое!
Оставьте свое сообщение
Вопросы с вознаграждением