ОтборСтрок в табличной части УФ #783064

Подскажите. Есть у меня ТЧ документа с ~400 строками. ТЧ показывается пользователю не полностью, а с отбором через свойство ОтборСтрок. При изменении на клиенте свойства ОтборСтрок постоянно происходит вызов сервера. Т.е., как я понимаю, большая табличная часть не грузится на клиента полностью, а грузится частично. Но, при отборе строк, приходится запрашивать данные у сервера, что для пользователя выглядит постоянными тормозами. Как бы мне при открытии документа заставить 1Ску получать на клиента всю необходимую мне табличную часть документа?

Никак.

Сделать свою ТЗ

Я пока выкрутился таким образом в ПриОтрытии: Кушает, конечно, полсекунды и вызывает сервер аж 20 раз, но при дальнейшей работе сервер не мучает.

Думал над этим. Но это перелопачивать типовую сильно придется. Нежелательно совсем.

А вот с ТЧ в 60000 строк так лучше не делать...

Ибо получается около 2000 вызовов сервера. Хочется качнуть всё за 1 вызов. Осталось придумать как.

До первого изменения ТЧ.

Попробуй в ПриСозданииНаСервере. Мало ли.

1С старалася, делала порционное получение данных, оптимизировало, а тут... Но на самом деле, порционность сделана говенно, таблица в 100000 строк погубит сервер на первых скроллах. Я даже не скажу, это физическое ограничение механики этого мира или криворукость, не думал об этом.

Это вот обидно, да 1Ска выдает ошибку на уровне платформы, когда строк в ТЧ больше 100000.

лопатил отбором 13тыс строк в доке и норм, что и как делаешь?

УФ разумеется

Так а тут особо ничего и не сделаешь Элементы.ТЧ.ОтборСтрок = Новый ФиксированнаяСтруктура(СтрОтбор);

добавляешь в тч колонку отбор, не связанную с данными дока, при включении отбора 1 серверный вызов, далее просто расчет этой колонки

я даже универсальную байду делал, чтобы каждый раз в разных объектах разные колонки не прописывать

Ты не путаешь динамический список и таблицу значений?

нет не путаю. У нас такой док был, правила меппинга МСФО назывался - тот еще ужас, куча колонок, дробить на доки не хотят, т.к. не удобно, отбор нужен для анализа. В обычных формах он есть по дефолту, я запрогал сам

+заметь, универсальный, который можно без особых таких напрягов подключить к любому объекту с ТЗ/ТЧ

Скинь обработкой.

там не обработка, там 2 общщ формы, вроде 3 общ модуля и прописать некоторую хрень в документе нужно

хотел продавать, но ладно, могу дт выложить, там это есть

ну естественно еще допилить хотел перед этим самым делом, есть мысли - нет времени

скачал?

Ёж, ты  где?

Ты сделал через УсловноеОформление? Мудренно.

Круто, че. Интересно, условное на стороне сервера применяется.

ща посмотрел - у меня дома несколько старый вариант, где я пробовал через условное оформление; а УО косячит: при большом кол-ве строк скрытие строк приводит просто к коллапсу отображения. Там потом переделал именно на ОтборСтрок. Это как раз кошерный метод

Отбор строк убивает ТЗ с 100000 строк.

А зачем документ на 100000 строк? Ни один веб сервер нормально такое не проглотит. Точнее, проглотит, но результат будет такой же.

100 тыс у нас не было, 13 с половинкой было. Все норм (если не условное оформление, а отбор строк). Все летало

Скинь, пожалуйста, тоже посмотреть.