Вычисления в таблицах

[Ivanhoe]

Сорри, что встреваю в разговор. Поддержу RVS, что Narayana "странно" задает вопросы. Просто имейте это в виду, когда "гуру" не смогут вам ответить, и проще будет сказать "Не знаю"

Цитата:

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

Ну, дак на SQL-сервер уже уходит запрос на sql-transact, как я понимаю?
Значит, все-таки кирпичик, связывающий Х++ с SQL-сервером?
То есть строки таблиц с SQL-сервера таскаются с помощью оператора select в Х++, а потом уже в соответствии со структурой запроса в Х++ формируются в конечный результат?

1. утверждение - верное.
2. оператор Select - один из кирпичиков. Формально - верное утверждение.
3. Вывод касается только оператора SELECT? Nогда первая часть утверждения верная, вторая часть - непонятная. =) Что такое структура запроса в X++? Если вы имеете в виду целиком оператор select с табличными переменными, выбираемыми полями и условиями - то да. Если вы тут пытаетесь опять к SELECT привязать Query - то нет.

[S.Kuskov]

Цитата:

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

То есть строки таблиц с SQL-сервера таскаются с помощью оператора select в Х++, а потом уже в соответствии со структурой запроса в Х++ формируются в конечный результат?

Что вы имеете в виду под фразой "с помощью оператора select"? Строки таблиц с SQL-сервера таскаются ядром аксапты, протоколы обмена данными разные задействованы... я думаю вас не это интересует.

Для организации подобного взаимодействия AOS<->БД на стороне SQL-servera используется механизм курсоров.

Когда обрабатывается команда X++ "select" или выполняется первая итерация цикла "while select", а также когда первый раз выполняется метод QueryRun.next(), на SQL-сервере происходит создание курсора "DECLARE CURSOR..." (не напрямую кончно, через вспомогательгы хранимые процедуры, но не столь важно).

Когда выполняется команда X++ "next" или выполняются последующие итерации цикла "while select" или QueryRun.next(), на SQL-сервере происходит движение курсора к следующей строке запроса "FETCH".

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

[Narayana]

Цитата:

Сообщение от S.Kuskov

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

... и все-таки, ничо не понимаю.

Вот, есть представления традиционной ориентации.
Есть таблица в БД, есть рекордсет.
Берем таблицу и с помощью оператора select набираем записи из таблицы в рекордсет.

Теперь Аксапта.
Есть таблица в БД.
Дальше Аксапта знает про эту таблицу в БД и структуру этой таблицы держит у себя в качестве типа объекта в виде элемента АОТ. Так?

Дальше мы объявляем переменную с типом данной таблицы.
Что при этом происходит?
Мы создаем в памяти только пустую структуру этой таблицы или уже структуру, заселенную данными?

Дальше самое интересное.
Применяем оператор select.
Результатом его работы должен быть рекордсет.
Так этот самый рекордсет куда складывается?
В нашу пустую объявленную переменную или еще куда-то?

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

То есть, объявлением переменной с типом таблицы, мы создаем копию таблицы или пустой рекордсет?
Если, допустим, пустой рекордсет "r" , то странным выглядит синтаксическая конструкция "select r;", потому как, вроде бы, "r" должен быть не операндом операции select, а ее результатом.

Вот, когда мы, например, в АОТе открываем форму таблицы, где показывается содержание таблицы, что происходит?

И еще.
Вот мы создали в АОТе таблицу.
А потом используем ее, например, в качестве датасорса для датасета, используемого дальше в портале.
Допустим, я хочу к тому моменту, когда таблица будет использоваться в качестве дата сорса, произвести некоторые вычисления и положить результат их в одно из полей таблицы.
Какое событие нужно использовать и какой метод таблицы лучше перекрывать для размещения кода вычислений?

[lvan]

Цитата:

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

... и все-таки, ничо не понимаю.

Вот, есть представления традиционной ориентации.
Есть таблица в БД, есть рекордсет.
Берем таблицу и с помощью оператора select набираем записи из таблицы в рекордсет.

Теперь Аксапта.
Есть таблица в БД.
Дальше Аксапта знает про эту таблицу в БД и структуру этой таблицы держит у себя в качестве типа объекта в виде элемента АОТ. Так?

Так

Дальше мы объявляем переменную с типом данной таблицы.
Что при этом происходит? Ничего вроде, разве что память выделяется под переменную, но не уверен, вроде бы как в Java языке происходит.
Мы создаем в памяти только пустую структуру этой таблицы или уже структуру, заселенную данными?

Дальше самое интересное.
Применяем оператор select.
Результатом его работы должен быть рекордсет.
Так этот самый рекордсет куда складывается?
В нашу пустую объявленную переменную или еще куда-то? оператор селект формирует запрос к БП. Если не используется noFetch то он обычно сразу же и исполняется. Результат "складывается" (в реальности все сложнее - используется буфер, и складывается не весь результат) в объявленную табличную переменную

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

То есть, объявлением переменной с типом таблицы, мы создаем копию таблицы или пустой рекордсет?
Если, допустим, пустой рекордсет "r" , то странным выглядит синтаксическая конструкция "select r;", потому как, вроде бы, "r" должен быть не операндом операции select, а ее результатом. Синтаксис не я придумал, но наверное проблемы с его пониманием возникают только у .Net девеорперов. Если вы его не понимаете, то у вас скорее всего проблемы с абстрагированием и программирование вам вообще противопоказано

Вот, когда мы, например, в АОТе открываем форму таблицы, где показывается содержание таблицы, что происходит? Много чего, впрочем к вышесказанному отношение имеет опосредованное

И еще.
Вот мы создали в АОТе таблицу.
А потом используем ее, например, в качестве датасорса для датасета, используемого дальше в портале.
Допустим, я хочу к тому моменту, когда таблица будет использоваться в качестве дата сорса, произвести некоторые вычисления и положить результат их в одно из полей таблицы.
Какое событие нужно использовать и какой метод таблицы лучше перекрывать для размещения кода вычислений? вы хотите не это наверное, просто решили, что хотите сделать XXX через YYY и спрашиваете на форуме, как сделать YYY как в известном анекдоте. Никто так не делает в здравом уме, обновление данных вместе с выводом тупо убъет производительность, представьте, что два пользователя откроют страничку, что произойдет с блокировками в сиквеле?

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

[RVS]

Цитата:

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

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

Narayana,

Повторяю :
- вы не умеете формулировать вопросы. Под этим подразумевается ровно то, что вы не умеете задавать вопросы так, чтобы люди, знающие предмет (в отличии от вас.. сори..) готовы были бы на этот вопрос ответить.
- это ровно ваша проблема, лечится ликбезом.. книжками )
- ваши экзсерсисы на тему "а я это так вижу" - никому, кроме вас самого, неинтересны.. например, я это вижу по-другому.. и что?

[Narayana]

Цитата:

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

Narayana,

Повторяю :
- вы не умеете формулировать вопросы. Под этим подразумевается ровно то, что вы не умеете задавать вопросы так, чтобы люди, знающие предмет (в отличии от вас.. сори..) готовы были бы на этот вопрос ответить.
- это ровно ваша проблема, лечится ликбезом.. книжками )
- ваши экзсерсисы на тему "а я это так вижу" - никому, кроме вас самого, неинтересны.. например, я это вижу по-другому.. и что?

Вы, вообще, не умеете с людьми разговаривать, но ведь разговариваете же.
Если вам не интересно, не читайте.

[Narayana]

Цитата:

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

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

Можно подумать, что книжек по Аксапте великое множество.
Увы, ни у Еременко, ни в "Аксапта изнутри", ни в хелпе по Аксапте нет слов, которые могли бы удовлетворить полностью.
Эти слова есть в Development II in Microsoft Dynamics® AX 2009 и звучат они примерно так:
"

A table buffer:

Stores complete records in a variable

- Is declared like a variable – specify the table name in the declaration

•- Is required when you use select commands to retrieve records

•- Is declared before the select statement

The following code shows a table buffer declaration:

CustTable custTable; //declares a table buffer for the

CustTable

When a select statement result is assigned to a table buffer, the variable can be
considered a subset of data from that table depending on the criteria of the search.

"

Оно, вроде бы, и несложно, когда уже понимаешь, о чем идет речь.
А вот пока не понимаешь, то убогость хелпов не очень помогает понять всю последовательность событий, происходящих при объявлении переменной и дальнейшей работой с данными.

[Raven Melancholic]

Цитата:

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

.
Вот, есть представления традиционной ориентации.
Есть таблица в БД, есть рекордсет.
Берем таблицу и с помощью оператора select набираем записи из таблицы в рекордсет.

Абсолютно не факт.
Все зависит от реализации клиента, который подает команду. Может выбираем в рекордсет на клиенте, может просто открываем серверный курсор, может просто определяем структуру рекордсета.
В любом случае, для разработчика это просто некоторое действие, которым можно пользоваться, внутренняя реализация для разработчика прикладной части абсолютно по барабану. Подробности могут заинтересовать только системного разработчика, который, например, реализовывает низкоуровневый доступ к конкретной системе.

Цитата:

Теперь Аксапта.
Есть таблица в БД.
Дальше Аксапта знает про эту таблицу в БД и структуру этой таблицы держит у себя в качестве типа объекта в виде элемента АОТ. Так?

Можно сказать и так

Цитата:

Дальше мы объявляем переменную с типом данной таблицы.
Что при этом происходит?
Мы создаем в памяти только пустую структуру этой таблицы или уже структуру, заселенную данными?

Какая разница,что при этом происходит? Это все проблемы Аксы. Явно данными эта структура пока не заполнена, а уж что там выделяется - просто ссылка на область памяти или эта область памяти будет выделена при первом обращении, что там в этой области памяти, может быть просто резервируется какой-либо хендл для доступа к объектам - прикладного программиста это волновать вообще не должно.

Цитата:

Дальше самое интересное.
Применяем оператор select.
Результатом его работы должен быть рекордсет.
Так этот самый рекордсет куда складывается?
В нашу пустую объявленную переменную или еще куда-то?
Создается впечатление, что складывается как раз в нашу же переменную.
Но, это же какой-то бардак получается.

Опять же, техническая реализация Вас волновать не должна. Может быть данные сразу передаются в рекордсет клиента, может быть серверный курсор выдает данные по мере потребности (если включить профайлер на MS SQL, то для конкретных случаев будет все понятно, но зачем эта информация кроме тех случаев, когда производите тонкую настройку производительности?)

Цитата:

То есть, объявлением переменной с типом таблицы, мы создаем копию таблицы или пустой рекордсет?

Ничего Вы не создаете, Вы просто объявляете переменную. Что при этом дулает Акса: выделяет память ли ждут обращения к переменной, Вас волновать не должно.

Цитата:

Если, допустим, пустой рекордсет "r" , то странным выглядит синтаксическая конструкция "select r;", потому как, вроде бы, "r" должен быть не операндом операции select, а ее результатом.

Как уже сказано, ничего не создается. А конструкция это просто особенность синтаксиса, применяемого в Аксе. Его просто нужно знать, как синтаксис LINQ тоже в первое время может казаться странным, но потом понимаешь, что вроде все логично. Я часто создаю хранимые процедуры и функции в MS SQL. понимаю, что синтаксис Аксы немного своеобразный, но это не составляет проблемы - нужно просто знать и понимать как что использовать.

Цитата:

...

У Вас там еще много всего. Просто следует отделять функциональный подход стандарта SQL и процедурную реализацию доступа к данным в разных клиентах.
Не только в Аксе, но и в dot.net, в OBDC и т.п. есть определенные соглашения о том, как использовать доступ к данным. При это разработчика прикладных решений не касаются внутренние реализации механизмов. Конечно, понимать общие принципы необходимо хотя бы с точки зрения быстродействия.

[RVS]

Цитата:

Сообщение от Raven Melancholic

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

+100500
===
А началось-то - с чего? Просто парень хотел суммируемое поле на форму подвесить.. в ШареПойнт...

Море юмора.. в этом мире

[Narayana]

Цитата:

Сообщение от Raven Melancholic

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

...и не только с точки зрения быстродействия.
А вам не кажется, что это ваше последнее утверждение несколько противоречит всему, что вы написали выше?

[lvan]

Мне кажется, таким, как Кусков, нужно давать долю с продажи рекламы на этом сайте.

[Narayana]

Уф... Столько интересного!
А можно тогда еще один очень важный для меня вопрос?

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

И вот, собственно, вопрос.
Что лучше, запускаться на Ax2009 или дождаться русского релиза Ах2012, потратить еще несколько месяцев на изучение и стартовать на Ах2012?
Тем более, что программные доработки, вроде бы должны встать и на новую Аксапту...

[S.Kuskov]

Цитата:

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

Что лучше, запускаться на Ax2009 или дождаться русского релиза Ах2012, потратить еще несколько месяцев на изучение и стартовать на Ах2012?

Обучение пользователей уже проводилось? Под AX2012 потребуется достаточно маштабное переобучение.

Цитата:

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

Программные доработки, вроде бы должны встать и на новую Аксапту...

Т.е. доработки изначально делались с таким прицелом? Если явно такого требования не было, то очень даже сомнительно.

[mazzy]

Цитата:

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

И вот, собственно, вопрос.
Что лучше, запускаться на Ax2009 или дождаться русского релиза Ах2012, потратить еще несколько месяцев на изучение и стартовать на Ах2012?

Мое личное мнение, которое может не совпадать с мнением вендора и текущего работодателя:
погодите пока с ax2012. там слишком МНОГО изменений. пусть устаканятся чуток.

[oip]

Цитата:

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

Что лучше, запускаться на Ax2009 или дождаться русского релиза Ах2012

Ждать осталось совсем недолго. Всего три недели.

Цитата:

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

Тем более, что программные доработки, вроде бы должны встать и на новую Аксапту...

Я бы не был в этом так уверен. Смотря какие у вас доработки. И смотря сколько их. AX2012 R2 от AX2009 отличается ооооочень существенно.

[mazzy]

возвращаясь к исходному вопросу.

Цитата:

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

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

как совершенно точно ответил Ivan: "Computed columns поддерживаются в View начиная с AX2012"

До этого предлагалось использовать Display/Edit методы на таблицах и/или на датасорсах формы.
http://msdn.microsoft.com/en-US/libr...(v=ax.50).aspx
http://msdn.microsoft.com/en-US/libr...(v=ax.50).aspx
и т.д.


А до этого (очень давно) предлагалось использовать метод postLoad таблицы. (устарело, не используйте)

Для display/edit методов было много чего придумано и сделано.
Главный принцип - на AOS попадает каждая запись из запрашиваемой таблицы. В этом случае display/edit подход отлично работал. (тогда поддерживалось несколько движков баз данных, вплоть до DBF)

но с версии ax3.0 в аксапту пришли групповые операции. И вообще, разработчики стали гораздо больше переносить тяжелые обработки на SQL-сервер. Начиная с ax3.0 поддерживаются только MS SQL и Oracle в качестве движков баз данных. а начиная с ax2012 - только MS SQL

В условиях групповых операций подход с display/edit-методами работает не очень.
Но пока вы не перешли на ax2012 других способов добавить вычислимое поле в форму или отчет нет.

Цитата:

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

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

да, это связано с совместимостью со старыми версиями аксапты.

Цитата:

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

Это довольно странно, потому что даже в Аксессе в графическом конструкторе запросов можно создать новое поле в строке, вычисляемое по значениям других полей в горизонтали.

Цитата:

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

В общем, стал я искать способ как-нибудь извратиться и использовать для обозначенной цели, например, View, Query, Temporary Table...

не надо извращаться. Создайте display-метод на таблице. добавьте этот метод в группу полей. Автоматически получите вычислимое поле в группе на форме или в отчете. Но помните об ограничениях и производительности.

Цитата:

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

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

Гы... вы еще dataset не посмотрели

Цитата:

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

Я чего-то не понимаю или то, с чем я столкнулся, действительно, проблема в Аксапте?

Да, непонимание.
Скорее не проблема, а фича, связанная с совместимостью со старыми версиями

[S.Kuskov]

Narayana, боюсь окончательно вас запутать, но просто чтобы вы понимали - в аксапте табличные переменные присутствуют ещё с тех времён, когда аксата ещё не была продуктом Microsoft. Поэтому говорить о "традиционности" не приходится.
В аксапте табличная переменная - это больше чем просто recordset
Параметры и табличные переменные

Цитата:

Сообщение от S.Kuskov

Мне кажется, что всё станет на свои места если до конца разобраться, в том что всётаки представляет из себя табличная переменная в аксапте?

Табличная переменная содержит либо ссылается на

• табличный буфер (временный либо постоянный)
• запрос который был применён к этому табличному буферу
• текущую строку (текущую позицию курсора в этом запросе)
• текущие значения полей текущей строки
• оригинальные значения полей текущей строки (common.orig())
• флаги-параметры, влияющие на работу с курсором
• возможно ещё что-то

[Narayana]

Цитата:

Сообщение от S.Kuskov

Narayana, боюсь окончательно вас запутать, но просто чтобы вы понимали - в аксапте табличные переменные присутствуют ещё с тех времён, когда аксата ещё не была продуктом Microsoft. Поэтому говорить о "традиционности" не приходится.
В аксапте табличная переменная - это больше чем просто recordset
Параметры и табличные переменные

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

Допустим, запрос, это самый гибкий механизм выборки данных из базы данных в буфер переменной. Ок.
Но, вот ведь какая штука.
Произвольного вида запрос мы можем создать только на Х++.
Возможности графического конструктора АОТ по этой части сильно ограничены.

Моя задача в этом случае (создать вычислимое поле во View) остается нерешенной, потому что, даже построив удовлетворяющий меня запрос в коде Х++, я не могу этот запрос перенести как сохраненный в АОТ.

Что в этом случае делать?

[S.Kuskov]

Цитата:

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

Произвольного вида запрос мы можем создать только на Х++.

Далеко не произволного. В X++ сильно урезанная реализация SQL. Сложные запросы здесь принято разбивать на несколько вложенных. И под вложенными здесь я имею в виду не подчинённые, а независимые запросы выполняемые для вычисления промежуточного значения. Т.е. многие вещи реализовать "за один запрос" в аксапте просто нельзя.

Цитата:

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

Возможности графического конструктора АОТ по этой части сильно ограничены.

Отнюдь.

Цитата:

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

Моя задача в этом случае (создать вычислимое поле во View) остается нерешенной, потому что, даже построив удовлетворяющий меня запрос в коде Х++, я не могу этот запрос перенести как сохраненный в АОТ.

Любой запрос, который можно построить программно, можно собрать и мышкой в AOT.
Друго дело что в вашей формулировке вы и на X++ не сможете получить нужные вам данные "за один запрос".

[Narayana]

Цитата:

Сообщение от S.Kuskov

Любой запрос, который можно построить программно, можно собрать и мышкой в AOT.

Это хорошие новости.
А как в графическом конструкторе сделать "field3 = mytable.field1 + mytable.field2;" ?

Цитата:

Сообщение от S.Kuskov

Друго дело что в вашей формулировке вы и на X++ не сможете получить нужные вам данные "за один запрос".

Ну, это, вроде, ничего.
Можно ведь результаты выполнеия промежуточного запроса вывести во View... А потом использовать как датасорс для окончательного... ?