Правильная ли практика применения!

[CodeToad]

Здравствуйте!  вопрос к знающим. Правильна ли практика применения заполнения сетки в зависимости от выбора в родительском списке(не parent!!)

StrGrd.RowCount:=0;

 while not(Тquery.Eof) do
      begin

StrGrd.RowCount:=StrGrd.RowCount:+1

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

  query.Next;
      end;

Для  FMX8 при запросе возвращающем 1 строку вызывает exeption.  Разобрался из-за чего, но по правилам

Запрещено публиковать найденные ошибки .

Но может так не правильно очищать сетку для последующего заполнения может  это  wrong way?

[krapotkin]

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

в противном случае лучше добавлять не по 1 а сразу по 10 например, а в конце ограничить RowCount явно

[kami]

5 минут назад, CodeToad сказал:

StrGrd.RowCount:=StrGrd.RowCount:+1

Это плохо. Лучше сделать Last/First возвращенного датасета (чтобы он 100% подсчитал количество строк) и сразу выставить нужное количество строк для грида.

[krapotkin]

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

[CodeToad]

Спасибо большое всем!  Внесу изменения в соответствии с советами!

[AndroidHalfNoob]

для того чтобы узнать сколько записей в таблице, есть функция RecordCount. Возвращает целое число. зная количество сразу и стройте  StrGrd

[krapotkin]

RecordCount - это количество зафетченных на клиента записей, а не кол-во записей датасета

First; Last; конечно приведут RecordCount в правильное состояние, но вы 10 раз об этом пожалеете, если на мобилу приедут все ваши 100500 записей, а нужно было только 100

[AndroidHalfNoob]

2 минуты назад, krapotkin сказал:

RecordCount - это количество зафетченных на клиента записей, а не кол-во записей датасета

First; Last; конечно приведут RecordCount в правильное состояние, но вы 10 раз об этом пожалеете, если на мобилу приедут все ваши 100500 записей, а нужно было только 100

что значит зафетченных?
Я пользуюсь данной функцией довольно часто. Если надо создать компоненты по количеству строк в таблице и если необходимо построить список по выборке данных из sql-запроса

[krapotkin]

фетч это передача блока данных с сервера на клиента

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

у разных компонентов - разная стратегия

[AndroidHalfNoob]

48 минут назад, krapotkin сказал:

фетч это передача блока данных с сервера на клиента

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

у разных компонентов - разная стратегия

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

[GASCHE]

Да, жало пользователя которому приходиться просматривать 500-1000 записей, а уж 10 000 даже представить не могу.

[krapotkin]

я раз 100 уже рассказывал людям разным, что "давайте сначала откроем весь список" - это плохой подход. так что оказывается это не всем очевидно)))

в одном месте даже ругался с начальством. а контора при этом писала коммерческое ПО )))

[kami]

49 минут назад, krapotkin сказал:

"давайте сначала откроем весь список" - это плохой подход. так что оказывается это не всем очевидно

Это далеко не всем очевидно

Есть определенная категория пользователей и работающих на них программистов - финансисты. Дык вот, эта категория действительно считает, что они должны видеть все, абсолютно все данные сразу. На самом деле, им это конечно не нужно. Но надо! При этом на предложение сделать lazy load делаются круглые глаза и "не, это слишком сложно". Ну да, лучше получать Out of memory...

Изменено 27 мая, 2016 пользователем kami

[#WAMACO]

я вообще отказался от grid и перешел на ListView даже для десктопа (особенно приятен в berlin), все быстро, память не кушает