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

[mazzy]

Цитата:

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

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

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

Цитата:

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

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

Цитата:

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

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

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

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

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

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

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

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

[George Nordic]

Цитата:

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

надо отметить, что в Аксапте query и select-написанный-в-коде никогда не пересекаются. и никогда друг в друга не преобразуются. это два совершенно разных инструмента. Query никогда не преобразуется в select, а select никогда не преобразуется в Query.

Да ну?

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

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

[pitersky]

Цитата:

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

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

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

Цитата:

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

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

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

[pitersky]

Цитата:

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

Да ну?

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

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

Я так подозреваю, что любой синтаксис в Аксапте (хоть селект, хоть query) всё равно преобразуется в язык SQL-запроса при передаче в обработку на сервере.

[mazzy]

Цитата:

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

Да ну?

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

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

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

Цитата:

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

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

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

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


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

[Владимир Максимов]

Цитата:

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

Вот это я изначально и хотел получить - результаты, которые SQL-сервер отдает в ответ на Query. Не по одной записи (как делает QueryRun.get()), а сразу всё, чтобы передать в метод и там обработать. Вижу по обсуждению, что такого в АХ не предусмотрено.

Возможно, я ошибась, но, как мне кажется, Вы исходите из предположения, что на клиенте уже находятся все записи, удовлетворяющие условиям отбора, указанным в Query. На самом деле это не так. Axapta вообще в крайне редких случаях копирует на клиента все записи выборки. Как правило, они копируются исключительно "по требованию".

Как следствие, передать в качестве параметра "все записи Grid", как правило, невозможно (есть исключения, но это отдельный разговор). Их просто физически нет. Нечего передавать-то. Точнее, есть, конечно, но только те, которые были просмотрены "глазами".

Соответсвенно, и стратегия обработки данных строится исходя из этого правила. Обработка по одной записи за раз, поскольку на клиенте просто нет всех записей (опять же, есть исключения, но это отдельный разговор ).

А с Query, использующимися для форм вообще надо быть крайне и предельно осторожными, поскольку там образуется самая причудливая смесь фильтров в которую свою лепту вносит еще и сам пользователь. Как следствие, есть риск изменить не те записи или не изменить те, что нужно.

Поэтому, Вам нужно "знать" некий базовый Query, который не зависит от действий пользователя. И именно его и передавать как параметр в метод обработки. При этом "держа в уме", что то, что Вы передаете - не есть собственно данные. Это всего-лишь условия, по которым Вам еще только предстоит выбрать данные.

[Geo]

Цитата:

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

Как это не предусмотрено?! *впал в ступор*

queryRun - это и есть результаты, которые SQL-сервер отдает в ответ на Query.

Ну как? Вы же писали:

Цитата:

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

надо отметить, что в Аксапте query и select-написанный-в-коде никогда не пересекаются. и никогда друг в друга не преобразуются. это два совершенно разных инструмента. Query никогда не преобразуется в select, а select никогда не преобразуется в Query.

По-моему, это и означает, что взаимопреобразования QueryRun и Select в АХ не предусмотрено.

[Geo]

Цитата:

Сообщение от Владимир Максимов

Возможно, я ошибась, но, как мне кажется, Вы исходите из предположения, что на клиенте уже находятся все записи, удовлетворяющие условиям отбора, указанным в Query. На самом деле это не так. Axapta вообще в крайне редких случаях копирует на клиента все записи выборки. Как правило, они копируются исключительно "по требованию".

Да мне, в общем-то, сами записи грида не нужны. Я, изначально, хотел получить значения фильтров в таком виде, чтобы можно было сделать с ними Select.
Однако спасибо за уточнение, что этот Select нужно делать уже на сервере. По умолчанию с кнопки формы (как я сначала делал) он бы запустился на клиенте, как я понимаю.

Цитата:

Поэтому, Вам нужно "знать" некий базовый Query, который не зависит от действий пользователя. И именно его и передавать как параметр в метод обработки. При этом "держа в уме", что то, что Вы передаете - не есть собственно данные. Это всего-лишь условия, по которым Вам еще только предстоит выбрать данные.

Спасибо. Я об этом и думаю в последнее время: определить типичные важные поля, по которым может строиться фильтр, вытаскивать их условия из Query (если они там есть) и вручную строить Select с этими условиями, не забывая об ограниченности синтаксиса select'а по сравнению с query value.

[AndyD]

А почему именно select хотите использовать?
Запаковывайте QueryRun().Query(). Передавайте на сервер, там создавайте Query и работайте уже с ним. Если надо, добавляйте еще датасорсы и фильтры.
А дальше создавайте QueryRun - и получайте результаты

[Geo]

Цитата:

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

А почему именно select хотите использовать?
Запаковывайте QueryRun().Query(). Передавайте на сервер, там создавайте Query и работайте уже с ним. Если надо, добавляйте еще датасорсы и фильтры.
А дальше создавайте QueryRun - и получайте результаты

Спасибо, подумаю.