|
![]() |
#1 |
северный Будда
|
Цитата:
Сообщение от mazzy
![]() А я бы стал хаять даже для таких "простейших" случаев.
хотя бы потому что в myTable может быть много миллионов записей. попытка сделать одновременно два алгоритма - один для малого количества записей, другой для большого количества записей - приведет к неоправданному усложнению. и к принципиально спорной задаче - какое количество является малым. ![]() ![]() Изначальный вопрос состоял в обработке набора записей в таблице, без уточнения способа отбора. Я вполне могу себе представить ситуацию, когда пользователь хочет обработать две-три отдельные строки, а не всё, что относится к фильтрованной выборке. Если принято решение, что такого быть не должно - тогда да, нам грид не нужен, достаточно серверной Query
__________________
С уважением, Вячеслав Последний раз редактировалось pitersky; 19.04.2011 в 11:09. |
|
![]() |
#2 |
Участник
|
Цитата:
to string - это строка, а не "select в коде". с этим toString ты ничего не сможешь сделать. только вывести и посмотреть на него. даже в runbuf не засунешь. Цитата:
выборка -> грид -> хаять -> отказываться. я и не говорил про "отказываться". я говорил про "хаять". Изначальный вопрос состоял в обработке набора записей в таблице, без уточнения способа отбора. Я вполне могу себе представить ситуацию, когда пользователь хочет обработать две-три отдельные строки, а не всё, что относится к фильтрованной выборке. Если принято решение, что такого быть не должно - тогда да, нам грид не нужен, достаточно серверной Query[/QUOTE] |
|
Теги |
grid, query, датасорс (datasource), табличный курсор, фильтр |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|