Есть документ, имеющий 5 ТЧ, связанных между собой. При активизации строки первой таблицы устанавливается ОтборСтрок в четырех остальных. Если открыть записанный и заполненный документ и активизировать строку первой таблицы, то остальные отборы устанавливаются секунд 15.
Если добавить в процедуру "ПриОткрытии" обход каждой ТЧ с помощью цикла(внутри цикла пусто, ничего не делается), отборы станут устанавливаться менее чем за секунду. Теперь вопрос: как же так? Глюки платформы(8.3.4.496)?

Забыл: форма управляемая

Поднимем. Интересный же момент

строк сколько?

подпишусь почитать

кеширование?

(5) всё равно платформа не должна себя так вести, при открытии формы данные объекта же считываются

(0) в талмуде же русским по белому сказано, что объект читается со всеми табличными частями. Ты уверен, что тебе не показалось?

(0) все ТЧ в динсписках?

(0) отбор НаСервере наверно делаешь?

(0) как ты умудрился все 5 Тч одновременно на экран поместить?

(6) Не все. ОтборСтрок, НайтиСтроки на больших таблицах делают серверный вызов. Особо замечательно это выглядит в цикле -_-

(6) не должна конечно, но ведет

(7) Ему не показалось :)

(13) кругом сплошное обманилово...

(3) Строк в самой тяжелой таблице 24 500.
(9) Отбор на клиенте делается

(8) Все таблицы - обычные таблицы

(7) В талмуде речь именно об объекте. А не об УФ объекта.

(15) Неплохо. Интересно бы на последнем релизе тестануть.

(5) Похоже как раз на кеширование. Я понимаю так, что пока ко всем строкам не обратишься явно, на клиенте их не существует. Может быть только видимая часть строк на клиенте загружается, а остальные по мере необходимости. Но это было бы странно. Как-то так..

(15) посмотри обмен с сервером, серверные вызовы. Тянет данные с сервера при отборе видимо

(19) не загружуаются все строки, где то читал про это. Да иопять же включи просмотр серверных вызовов и посмотри что при прокрутке ТЧ будет

(19) Так и есть. Поэтому надо быть аккуратнее с этими методами.

(18) Согласен, пока нет возможности.
(20) Понятно что тянет. Не понятно в честь чего. На клиенте же тоже должна существовать ТЧ в момент открытия объекта

обращения к серверу будут при прокрутке

(21) (22) Если так, то вопросов нет. Погуглить нужно будет на эту тему. Смущает то, что документ открывается секунд 10-15, как бы похоже что объект считывается полностью

(23) Используй ДС. Они оптимальнее будут в этой ситуации, если запросы не очень сложные, которые эти таблицы собирают.

(19) Почему странно? Как раз логично. Иначе открытия "тяжелых" документов вообще можно было бы не дождаться на тонких каналах связи. Косяк именно в отработке отбора. Очевидно, что не оптимизировали его для ТЧ большого размера. Например, порционно тянут все данные на клиента, а потом отбирают. В итоге получается еще медленнее, чем сразу все при открытии затянуть.

(26) Попробую, спасибо.
(27) Странно учитывая то, что написал в (25). Форма документа тогда должна быстро открываться.
Хотя, наверное, форма на клиенте ждет пока форма на сервере полностью получит все данные от СУБД и только после этого открывается. Это бы всё объясняло

(28) наверно еще что-то вписал в при открытии или в при создании на сервере. Еще что-то кроме отбора.

(28) Сначала на сервере создается объект. И в него как раз все данные считываются полностью. А потом создается форма, куда данные, судя по всему, засылаются частично.

(29) Только отборы

При прокрутке, делается два серверных вызова сразу. Во втором идет обращение к SQL серверу, получаются представления ссылок для следующих 35 строк.

Посмотрел

(30) Вот и я говорю, может быть форма на клиенте ждет пока на сервере все данные считаются и только после этого открывается. Но это было бы немного странно, учитывая что на клиенте форме нужно только 15-20 строк чтобы отобразиться

(32) Да, платформа считывает часть строк сверху и часть снизу, если правильно помню. Читал где-то давно

(34) Хотя, скорее всего, ты прав тоже и в серверный экземпляр формы они тоже все засасываются. А вот на клиент уже частично.
Это логично, потому что нужно где-то держать "слепок" всех данных изменяемого объекта.

+ (32) строки из тч не считываются, а идет получение представлений из соответствующих справочников,  в каждом запросе  отбором по конкретным ссылкам, 35 штук

В общем, более-менее прояснилось. Всем спасибо, Приморье заканчивает свою работу :)

Может, в новых релизах работу отбора уже оптимизировали. Интересно бы проверить, да недосуг...

УФ это неведомая уйня

(38) ДС тебе не удастся создать - кроме случая с отключением его преимуществ (отключение основной таблицы и динамич считывания) - ДС не любит дублей строк по ключевым полям
Оптимизация формы документа тебе поможет - одновременно отображать не более 2 ТЧ на форме (закладки) - при этом включать отбор при активации закладки

(40) УФ - нормальная клиент-серверная архитектура, а уйня возникает от неумения ее готовить (или от лени, или от недостатка ума)