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

[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,

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

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

[RVS]

Мдя... тяжелый случай

[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

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

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