Kashperuk Ivan: Microsoft Dynamics AX 4.0 data model overview

[MikeR]

Цитата:

Сообщение от Andrew Akhmetov

Ребята скажите кто знает пожалуйста. Почему в схеме и описании нет таблиц PurchTable и SalesTable ? Заранее спасибо.

Насколько я понял из перевода, автор и не обещал, что будет все.

[miklenew]

Цитата:

Сообщение от Vadim Korepin

Перевод планируется в течение месяца ожидайте

1,5 месяца прошло...

[MikeR]

Все будет не переживай, на днях

[zemlyn]

а дни уже прошли ?

[mazzy]

Новость от Microsoft

Цитата:

Опубликован документ, описывающий модель данных Microsoft Dynamics AX 4.0. Документ доступен для скачивания на партнерском портале по ссылке.

Краткое описание:
Microsoft Dynamics AX, как ERP система, аккумулирует множество различных данных в зависимости от их использования в компании, начиная от финансовых данных и заканчивая данными производственного контура, планирования, управления персоналом, стратегического планирования и так далее. Эти данные часто используются сторонними программами для построения отчетов и построения хранилищ данных (data warehousing). В настоящее время нет достаточной информации по модели данных приложения Microsoft Dynamics AX. Трудно понять, какие данные и где (в каких таблицах) хранятся, и как эти таблицы связаны друг с другом. Чтобы понять как построить аналитическую и отчетную систему на базе модели данных приложения Microsoft Dynamics AX, приходится использовать инструменты разработки приложения Microsoft Dynamics AX, а также знать функциональность модулей. Цель данного документа – описать основные таблицы Microsoft Dynamics AX для экспертов, которые хотят получить данные из таблиц для дальнейшего анализа и построения отчетов, но не являются специалистами в Microsoft Dynamics AX.

документ рекомендуется к прочтению и освоению.
must have, must read.

[mazzy]

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

[Gustav]

Да, это в очередной раз 5! Альтернативы просты: либо слушай маму и учи английский, либо будь Партнером!

[miklenew]

В очередной раз незачёт MS-у.

[mazzy]

Цитата:

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

Да, это в очередной раз 5! Альтернативы просты: либо слушай маму и учи английский, либо будь Партнером!

Либо погоди чуть-чуть.

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

Майкрософт должен поддерживать своих партнеров.
Да, самое интересное и самое вкусное в первую очередь появляется на партнерских ресурсах. Это не секрет. И это правильно.

Никто не говорил, что это не будет опубликовано в публичном доступе.
См. аналогичный случай Электронная версия руководства пользователя для Microsoft Dynamics AX 4.0
Disclaimer: но это не значит, что я даю гарантии, что будет опубликовано. Я просто не имею полномочий давать такие гарантии.

Просто призываю: погодьте.
Просто информирую: Документ на русском есть.
Если хочется быстро и вы партнер: скачайте
Если хочется быстро и вы не партнер: возьмите у вашего партнера.

[Vadim Korepin]

А вот и ссылка для тех у кого нет доступа к партнерскому сайте http://files.mail.ru/ZVL1IJ

P.S. сюда прикрепить не удается - ограничение в 2Мб.


**** добавлена ссылка на axforum. mazzy ****
http://book.axforum.info/ax4-datamodel.pdf

[Vadim Korepin]

Цитата:

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

В очередной раз незачёт MS-у.

Это почему же?

[miklenew]

Спасибо.

Цитата:

Сообщение от Vadim Korepin

Это почему же?

Теперь зачёт.
А жизнь становиться лучше.

[mazzy]

Цитата:

Сообщение от Vadim Korepin

P.S. сюда прикрепить не удается - ограничение в 2Мб.

Спасибо.
Мне бы сказал. Все получается...

http://book.axforum.info/ax4-datamodel.pdf

[mazzy]

добавил ссылку на главную страницу

[gl00mie]

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

[mazzy]

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

[mazzy]

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

[MikeR]

Цитата:

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

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

Тяжеловат пдфничег
Вот что решил сделать для ВСЕХ. Как к этому отнесутся благоверные акспатеры не знаю Форматирование немного съезжает, но это ж не тех документация, тем более по быстрому можно сварганить.

[Gustav]

Цитата:

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

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

Если предполагается второе издание текущего текста, то попадались какие-то грамматические ошибки, в т.ч. и в названиях полей, и в типах данных - т.е. в исходном англоязычном документе. Однако, внешнему неспециалисту-отчетнику будет неважно, на каком этапе подготовки текста была допущена ошибка - неверное имя поля приведет его к аварийной остановке. Впрочем, думается, что неспециалист-отчетник будет видеть таблицы и поля через СУБД и сообразит, что и как надо исправить.

В целом считаю, что перевод хорош и в текущем виде, ибо "разумному - достаточно" (а другие, наверное, и не собираются им пользоваться)

Есть некоторые концептуальные соображения по развитию документа (неважно кем - сотрудниками Microsoft или добровольцами AxForum'а):

1. Коль скоро документ позиционируется как предназначенный "для экспертов, которые хотят получить данные из таблиц для дальнейшего анализа и построения отчетов, но не являются специалистами в Microsoft Dynamics AX", т.е. доступ предполагается не через Аксапту, а напрямую через СУБД, то следует приводить SQL-названия полей таблиц (равно как и таблиц, если такие попадутся в будущем). Сегодняшний же пример: таблица TaxTable, поле RepFieldBaseUseTaxOffsetCreditNote (длина имени 34 символа, т.е. > 30) - вместо этого названия следует привести 30-символьное SQL имя: REPFIELDBASEUSETAXOFFSETCRED41, ну или для удобства восприятия в Pascal-нотации: RepFieldBaseUseTaxOffsetCred41.

2. Для России нужны существенные добавление по российской локализации. Неспециалист извне не сможет получить данные об основных средствах, если будет обращаться к таблицам, перечисленным в документе. Вместо этого нужны таблицы с префиксом RAsset.

[mazzy]

Цитата:

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

Если предполагается второе издание текущего текста, то попадались какие-то грамматические ошибки, в т.ч. и в названиях полей, и в типах данных - т.е. в исходном англоязычном документе. Однако, внешнему неспециалисту-отчетнику будет неважно, на каком этапе подготовки текста была допущена ошибка - неверное имя поля приведет его к аварийной остановке. Впрочем, думается, что неспециалист-отчетник будет видеть таблицы и поля через СУБД и сообразит, что и как надо исправить.

Как раз хотелось бы такие ошибки вычистить.

Цитата:

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

1. Коль скоро документ позиционируется как предназначенный "для экспертов, которые хотят получить данные из таблиц для дальнейшего анализа и построения отчетов, но не являются специалистами в Microsoft Dynamics AX", т.е. доступ предполагается не через Аксапту, а напрямую через СУБД, то следует приводить SQL-названия полей таблиц (равно как и таблиц, если такие попадутся в будущем). Сегодняшний же пример: таблица TaxTable, поле RepFieldBaseUseTaxOffsetCreditNote (длина имени 34 символа, т.е. > 30) - вместо этого названия следует привести 30-символьное SQL имя: REPFIELDBASEUSETAXOFFSETCRED41, ну или для удобства восприятия в Pascal-нотации: RepFieldBaseUseTaxOffsetCred41.

Хм... Не знаю. Если следовать этой логике, то придется писать два набора полей - для SQL и для Oracle. Названия могут различаться.

Цитата:

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

2. Для России нужны существенные добавление по российской локализации. Неспециалист извне не сможет получить данные об основных средствах, если будет обращаться к таблицам, перечисленным в документе. Вместо этого нужны таблицы с префиксом RAsset.

Да, поскольку у нас такое "отдельно-стоящее" приложение, то для его описания нужны отдельные усилия. И немалые. Этот вопрос обсуждался.

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

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