v8: Событие ПриПолученииДанных отрабатывает дважды #467890

Событие ПриПолученииДанных табличного поля отрабатывает дважды на один набор данных?

Тебе это мешает?

спс за переименование, сам поздно спохватился :)

время, оно не резиновое

у меня в нем отрабатывает запрос на получение доп данных и установка оных по текстовым полям

+4 как бы быстро запрос не работал - зачем его запускать дважды...

посмотри на ИТС там все написано. Первый раз отрабатывает, для строк выше текущей строки, второй раз для текущей строки + все что ниже. Кстати два раза он у тебя будет вызываться если ты кнопки page up, page down используешь. И один раз если колесиком мышки крутить. А на самом деле это бесит )

спасибо, итс периодически почитываю, но его приносят быстрее, чем я успеваю читать :)

Запрос в ПриПолученииДанных??? айяйяй...

вариант?

+9 нужно остатки по номенклатуре для формы списка номенклатуры + еще немного данных

может и в натуре - я тормоз? :)

1) При открытии получить таблицу остатков по всей номенклатуре, а потом из этой таблице тянуть 2) Перейти на 8.2

+ обновлять эту таблицу при желании...

если ТП содержит под сотню строк, то у пользователя будут такие тормоза, что он проклянет весь твой род

гы, точно... туплю :)

+ можно диначмически заполнять эту таблицу в ПриПолученииДанных, чтобы не получать данные каждый раз, и не получать остатки по всей номенклатуре... называется кеш...

как тебя однако судьба потрепала :) у меня тела терпеливые :)

это доп форма подбора, думаю кеш не понадобится..

всякому терпению может придти конец :) Однажды обнаружишь за своей дверью ожидающего тебя пользователя с топором в дрожащих руках..

Вывод переделай. Поиск по таблице результатов не очень то ) Посмотри проф. разработку, там сделано через "Соответствие". to All: нормально он делает, самое главное не при выводе строки.

а запрос может выгружать в соответствие? или как?

то есть тебя не смущает, когда форма по 5 минут открывается? тз с индексируемой колонкой по скорости обращения ничем от соответствия не отличается

в конце КонецЦикла;

+ то есть перерисовывается при перемещении по списку

мож, запросы кривые? периодически использую запросы в приполученииданных - никаких тормозов

можно и ТЗ, все дело в индексах...

при маленьком списке - нормально, у меня склад на 10мбитной сетке сидит, есть один список - тормозит, переделаю... т.е. добавить индекс и поиск будет совсем быстрый? :)

+ хотя, если по мне, то соответствие привычнее и удобнее ))

а что быстрее - перебор и добавление в соответствие или выгрузить результат запроса в тз? не мерял?

по крайней мере мне об этом говорили люди, которым я склонен доверять...

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

+ Еж замерял вроде

не мерял... вряд ли сильно будет отличаться...

Аналогично. Замер показал что поиск по соответствию быстрее.

чем поиск по таблице значений.

чем по индексированной таблице?

добавил индекс - вообще перестал задержку замечать при отрисовке

+

ну вот... я даже не соврал ))

вот спасибо, покурю ссылку

Я согласен с тобой что некоторые формы могут открывать долго, но это все зависит от хотелок пользователей.

чаще это зависит от криворукости программиста...

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

А оно глючить не будет если два раза один документ попадется?

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

Я не об этом, если в списке повторяющиеся данные?

эээ... а как такое может быть? )