Динамический список VS Таблица Значений #704300

Чем отличается динамический список без динамического считывания от таблицы значений?

видимо Вы путаете "Таблица Значений" и "табличное поле"

Всем

Может он имеет ввиду источник данных ТЗ куда данные запросом ?

И вот это что "без динамического считывания " ? Есть такое свойство ?

Использование: Чтение и запись. Описание: Тип: Булево. Управление размером порций выбора данных. Истина - динамический список должен выбирать данные только при необходимости их отображения на экране. Доступность: Сервер. Всегда Ваш, К.О.

Такс... Это все понятно. 1. Реквизиты формы: Дин.список и Таблица значений. 2. Дин.список без динамического счтывания. 3. Задача: При активизации строки в левом списке отбор в правом. 4. Варианты лечения: Д.список или ТЗ. Вопрос: При этих данных, одинаково будет работать или нет. С ТЗ отбор на клиенте можно сделать вроде как. У ДС отбор вроде как сервер идет.

Есть такое свойство (когда запрос произвольный).

ДинамическоеСчитываниеДанных ключевое слово "только при необходимости их отображения на экране" т.е. все равно происходит

Спасибо, ну надо же, все таки опубликовали! Серьезно. А если ложь? Все загребает, правильно? Тогда тоже самое будет, как ТЗ?

Нет, не путаю.

Там все написано - листнул или прокрутил или развернул - идет запрос к базе

У меня в форме подбора есть список номенклатуры, справа клею список с разворотом по характеристикам, с остатками из регистра бухгалтерии. Так вот когда еще отбор по складу добавляется форма подбора открывается минуту.

Это когда считывание=Истина, понятно.

А самое важное отличие по вашему?

Делай ТЗ, если нет сортировки по индексируемому основному полю

Самое важное - список сложный объект который "подзагружает" данные динамически. Если нет острой необходимости - лучше этого не делать

Кнопку обновить только не забудь

И вообще "Всем" это не правда. Например, и там и там есть колонки, и ДС и ТЗ могут быть на форме в виде ТаблицыФормы, и там и там есть возможность отбора.

Это куда ее не забыть?

Если источник данных для табличнокго поля - ТЗ данные могут устаревать. Кнопку обновить делают для принудительного пересчета данных

А ну да, это понятно. Кстати спасибо за участие. И все еще интересно: Если флаг динамического считывания снят, то это уже не динамический список? Или как?

Ссылка по теме: Много скорбных слов по поводу формы подбора в УТ 11

Чтобы своять нормальный "произвольный запрос" нужно очень хорошо разбираться - как происходит получение данных. 90 % этого не умеют - поэтому лучше этого не делать ибо получается оно самое

О, круто, мне кажется я понял. А нет, не понял. Это буддизм?

дополню: ТЗ можно свернуть как хочется, сделать дерево. ДС можно делать группировку только если выбрана осн.таблица.

но ТЗ программировать дольше и сложнее

Про колонки хотел написать, да. А отборы там, опять-таки, разные.

У ДС отбор идет в запрос, правильно? То есть при установке отбора, запрос в СУБД и перезаполнение. У ТЗ отбор в рамках таблицы, причем можно на клиенте через ТаблицаФормы.ОтборСтрок.

И еще общий вопрос: Если не планируется использовать Основную таблицу в ДС, а просто произвольный запрос, тогда в ДС нет смысла?

+ Нет, смысл есть, если включено динамическое считывание данных, тогда ДС будет их подгружать, а если не включено?

Сравнивать отбор ДС и ТЗ только упоротый будет. У ТЗ отбор только на равенство и все.

+1

блин, а где видно, что я отборы сравниваю. Я сравниваю ДС и ТЗ. Аналогом отбора в ДС для ТЗ будет перезаполнение ТЗ запросом с установкой параметров в этот запрос. По теме есть что сказать?

Тама звучит так: "Чем отличается ДС от ТЗ". Я ответ уже дал: "Всем". Кроме, разве что, того факта, что и там и там есть колонки.

Ясно. Ответ неверный. Там и там есть еще события, строки и т.д. Они вообще внешне очень даже одинаковы. К тому же в теме вопроса было еще дополнение про "динамическое считывание данных"... Ну да ладно.

Я вот думаю, что "События, строки и т.д." есть не у ДС и ТЗ, а у Табличного Поля. Одинакового нет ничего.

Зависит от того, для какой задачи собираешься их использовать. Могут вообще ничем не отличаться при определенном функционале.

ОФФ: А чего у меня флажок жовто-блакитный? Севастополь это Россия!

еще один педант... И то и другое суть таблица с данными, так что "всем" неверно, точка.

Задачу изложил, интересует скорость.

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

бух.остатки в дин. список - это сильно, уж лучше ТЗ заполнять это разные вещи

Форма подбора в БП 3.0 ДС с колонкой остатки из РБ. В да=ДС, т.е. там вопрос.

Большинство объектов 1С суть таблица с данными, и чо? Не надо группировать по слишком широкому свойству. ТЗ редактируема, и это одно из главных отличий. Скорость получения данных ТЗ <= ДС в случае нединамического считывания. Плюс запрос для ТЗ можно написать оптимальнее.

ну все, все... абсолютно разные вещи, всем отличаются, только использовать можно одинаково, для вывода данных на форму в виде таблицы. Вы вот что скажите, будет ли ДС динамическим при отключенном динамическом считывании? И еще в каких случаях лучше использовать ДС с произвольным запросом с отключенным дин. считыванием?

"будет ли ДС динамическим при отключенном динамическом считывании" - на 100% не дам гарантию, поскольку может быть в каких-то случаях разработчики заложили другое поведение, но в обычной ситуации - при обновлении читается целиком. Необходимость отключения динамического считывания зависит от самого запроса. Если запрос с группировками и сложными соединениями, которые линейно не "уменьшаются" по внешнему условию ГДЕ, то динамика может заметно тормозить против отключения её. В то же время, если в табличном поле разрешены и используются группировки через "настройку списка", то это ещё отдельная ситуация, и её нужно рассматривать по-другому. "Серебряной пули" нет. Нужно изучать конкретный случай. Я видел, как запрос с отключением динамического считывания заметно быстрее работал на плоском списке, но начинал тупить очень сильно на пользовательской группировке списка, в то же время с динамическим считыванием скорость хоть и не фонтан, но не проседала при группировке.