Преобразование datasource и query в табличный курсор

[mazzy]

Цитата:

Сообщение от Geo

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

нет. не надо обращаться "к гриду".
грид живет на клиенте. данные живут на сервере.
со всеми вытекающими последствиями для трафика и производительности
вам уже об этом говорили.

===============
по поводу "выделенных строк" см axaptapedia: Tutorial Form MultiSelectCheckBox
но обратите внимание, что "выделенные строки" и "отфильтрованные строки" - разные вещи.

[pitersky]

Цитата:

Сообщение от mazzy

нет. не надо обращаться "к гриду".
грид живет на клиенте. данные живут на сервере
...
но обратите внимание, что "выделенные строки" и "отфильтрованные строки" - разные вещи.

Именно поэтому в общем случае не обойтись без клиент-серверного трафика. Одно дело, когда мы запускаем обработку по записям с объективным уровнем общности (одинаковые значения полей, на которые можно наложить фильтр), и совсем другое - если пользователь хочет обработать произвольный набор записей, ничем не объединённый (кроме его доброй воли).

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

while select sum(Qty)
from MyTable
group by ItemId
{...}

Разворачивать здесь Query ИМХО = стрелять из пушки по воробьям. Т.е. можно, но зачем?

[mazzy]

Цитата:

Сообщение от pitersky

Одно дело, когда мы запускаем обработку по записям с объективным уровнем общности (одинаковые значения полей, на которые можно наложить фильтр), и совсем другое - если пользователь хочет обработать произвольный набор записей, ничем не объединённый (кроме его доброй воли).

да, но исходная тема совсем о другом
напомню

Цитата:

Сообщение от Geo

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

Цитата:

Сообщение от pitersky

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

while select sum(Qty)
from MyTable
group by ItemId
{...}

Разворачивать здесь Query ИМХО = стрелять из пушки по воробьям. Т.е. можно, но зачем?

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

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

еще раз посмотрите на исследование axaptapedia: Tutorial Form MultiSelectCheckBox

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

[pitersky]

Цитата:

Сообщение от mazzy

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

а зачем делать два алгоритма??? у нас есть, условно говоря, газонокосилка и электробритва. В зависимости от ситуации пользуемся чем-то одним. Но это же не значит, что надо от электробритвы отказываться

Цитата:

Сообщение от mazzy

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

Изначальный вопрос состоял в обработке набора записей в таблице, без уточнения способа отбора. Я вполне могу себе представить ситуацию, когда пользователь хочет обработать две-три отдельные строки, а не всё, что относится к фильтрованной выборке. Если принято решение, что такого быть не должно - тогда да, нам грид не нужен, достаточно серверной Query

[mazzy]

Цитата:

Сообщение от George Nordic

Да ну?

QueryRun.query().dataSourceNo(1).toString();

С Уважением,
Георгий

ну да.
to string - это строка, а не "select в коде".
с этим toString ты ничего не сможешь сделать. только вывести и посмотреть на него. даже в runbuf не засунешь.

Цитата:

Сообщение от pitersky

а зачем делать два алгоритма??? у нас есть, условно говоря, газонокосилка и электробритва. В зависимости от ситуации пользуемся чем-то одним. Но это же не значит, что надо прям сразу от электробритвы отказываться

как-то идет плавный дрейф в понятиях.
выборка -> грид -> хаять -> отказываться.

я и не говорил про "отказываться".
я говорил про "хаять".


Изначальный вопрос состоял в обработке набора записей в таблице, без уточнения способа отбора. Я вполне могу себе представить ситуацию, когда пользователь хочет обработать две-три отдельные строки, а не всё, что относится к фильтрованной выборке. Если принято решение, что такого быть не должно - тогда да, нам грид не нужен, достаточно серверной Query[/QUOTE]