AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.11.2012, 13:37   #11  
online
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,430 / 1772 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Стоп, стоп, стоп. Не всё сразу. Это обсуждений на отдельную ветку потянет.

Не все элементы AOT являются "типами" в программистском смысле этого слова. Нельзя, например, обявить переменную типа tutorial_Form_Join, хотя такой узел присутствует в дереве AOT\Forms. Узел формы в AOT выступает в роли ресурса для инициализации объекта формы. Типом объекта формы всегда будет системный класс FormRun (AOT\System Documentation\Classes\FormRun)

С таблицами дело обстоит чуть по другому. Содание таблицы в AOT порождает появление нового типа данных в X++. Этот новый табличный тип представляет собой наследника системного класса xRecord. Дальше вы правы, выполнение команды "select" приводит к изменению состояния табличной переменной. Каждое выбранное из БД значение поместится в соответствующее поле табличной переменной.

Интересная деталь. В результате запроса не может появиться больше полей чем представлено в таблице. Простой пример. В аксапте нельзя одним запросом одновременной посчитать и минимум и максиму значений одного поля. Команд "select minof(myValue), maxof(myValue) from myTable" запишет в поле myValue табличной переменной myTable только одно значение.

Если в команде select участвуют несколько табличных переменных, то все они проинициализируются выбраными из БД значениями. Никакой новой объединённой структуры не создаётся (по крайней мере явно). Результат выборки полностью доступен через совокупность табличных переменных, участвующих в выборке.

Альтернативой встроенной в язык X++ команде "select" является механизм Query. Так же без Query не обойтись если запрос необходимо не просто обработать в коде, а отобразить пользователю через форму или отчёт.

Запрос в AOT (AOT\Queries) по аналогии с формами не является "типом", а
представляет некий ресурс, на основании которого может быть проинициализарован объект Query. Query стандартный класс (AOT\System Documentation\Query), который представляет объектный доступ к структуре запроса.

Не путайте класс Query и класс QueryRun. Если за конструирование (описание структуры) запроса отвечает класс Query, то за исполнение запроса ответственен класс QueryRun. QueryRun реализует обход запроса, и доступ к результату запроса.

Последний раз редактировалось S.Kuskov; 08.11.2012 в 13:58.
За это сообщение автора поблагодарили: mazzy (2), driller (2), mikki_messer (1).
Теги
query, архитектура, как правильно

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Обновление поля с определённым типом во всех таблицах. Corel DAX: Программирование 1 20.12.2008 13:37
Достаточно ли изменить дату в таблицах inventTrans, inventTransPosting, VendPackingSlipJour? DmitryS DAX: Программирование 3 18.09.2008 14:37
Проверки заполненных значений в связанных таблицах. miklenew DAX: База знаний и проекты 11 25.12.2007 14:40
Как не использовать relations на таблицах demetra DAX: Программирование 13 14.07.2006 11:00
Осторожнее с CTRL+S на таблицах mit DAX: Администрирование 7 25.07.2005 19:09

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 08:43.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.