|
![]() |
#1 |
Участник
|
Цитата:
грид живет на клиенте. данные живут на сервере. со всеми вытекающими последствиями для трафика и производительности вам уже об этом говорили. =============== по поводу "выделенных строк" см axaptapedia: Tutorial Form MultiSelectCheckBox но обратите внимание, что "выделенные строки" и "отфильтрованные строки" - разные вещи. |
|
![]() |
#2 |
северный Будда
|
Цитата:
И кстати говоря - не стал бы я так уж хаять механизм селектов. Достаточно много есть задач, где нужна жёсткая выборка с простейшим суммированием, типа X++: while select sum(Qty) from MyTable group by ItemId {...}
__________________
С уважением, Вячеслав Последний раз редактировалось pitersky; 19.04.2011 в 10:14. |
|
![]() |
#3 |
Участник
|
Цитата:
![]() напомню Цитата:
Цитата:
Сообщение от pitersky
![]() И кстати говоря - не стал бы я так уж хаять механизм селектов. Достаточно много есть задач, где нужна жёсткая выборка с простейшим суммированием, типа
X++: while select sum(Qty) from MyTable group by ItemId {...} хотя бы потому что в myTable может быть много миллионов записей. попытка сделать одновременно два алгоритма - один для малого количества записей, другой для большого количества записей - приведет к неоправданному усложнению. и к принципиально спорной задаче - какое количество является малым. ![]() еще раз посмотрите на исследование axaptapedia: Tutorial Form MultiSelectCheckBox ==================== и еще раз напомню, что первоначальный вопрос был о записях, которые попали в грид, а не о записях выбранных пользователем. |
|
![]() |
#4 |
северный Будда
|
Цитата:
Сообщение от mazzy
![]() А я бы стал хаять даже для таких "простейших" случаев.
хотя бы потому что в myTable может быть много миллионов записей. попытка сделать одновременно два алгоритма - один для малого количества записей, другой для большого количества записей - приведет к неоправданному усложнению. и к принципиально спорной задаче - какое количество является малым. ![]() ![]() Изначальный вопрос состоял в обработке набора записей в таблице, без уточнения способа отбора. Я вполне могу себе представить ситуацию, когда пользователь хочет обработать две-три отдельные строки, а не всё, что относится к фильтрованной выборке. Если принято решение, что такого быть не должно - тогда да, нам грид не нужен, достаточно серверной Query
__________________
С уважением, Вячеслав Последний раз редактировалось pitersky; 19.04.2011 в 11:09. |
|
![]() |
#5 |
Участник
|
Цитата:
to string - это строка, а не "select в коде". с этим toString ты ничего не сможешь сделать. только вывести и посмотреть на него. даже в runbuf не засунешь. Цитата:
выборка -> грид -> хаять -> отказываться. я и не говорил про "отказываться". я говорил про "хаять". Изначальный вопрос состоял в обработке набора записей в таблице, без уточнения способа отбора. Я вполне могу себе представить ситуацию, когда пользователь хочет обработать две-три отдельные строки, а не всё, что относится к фильтрованной выборке. Если принято решение, что такого быть не должно - тогда да, нам грид не нужен, достаточно серверной Query[/QUOTE] |
|
Теги |
grid, query, датасорс (datasource), табличный курсор, фильтр |
|
|