Kashperuk Ivan: Microsoft Dynamics AX 4.0 data model overview

[Gustav]

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

[miklenew]

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

[Vadim Korepin]

Цитата:

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

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

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

[miklenew]

Спасибо.

Цитата:

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

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

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

[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

[mazzy]

Цитата:

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

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

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

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

[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, но зато есть перевод остального, есть замечательные комментарии по производственным таблицам.

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

[Gustav]

Цитата:

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

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

Разве правило не более 30 символов в названии действует только для Oracle?

Ок. Можно не писать два набора, а приводить SQL-имя, например, в скобках. И только для тех полей, у которых AOT-имя и SQL-имя отличаются.

[mazzy]

Цитата:

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

Вот что решил сделать для ВСЕХ.

не знаю что скажут остальные, но по-моему замечательная идея.
Давай спросим Майкрософт в лице Корепина и пусть будет html.
если и выкладывать, то по-моему, лучше сделать либо на сайте Майкрософт или в базе знаний http://erpkb.com.

[Vadim Korepin]

Цитата:

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

не знаю что скажут остальные, но по-моему замечательная идея.
Давай спросим Майкрософт в лице Корепина и пусть будет html.
если и выкладывать, то по-моему, лучше сделать либо на сайте Майкрософт или в базе знаний http://erpkb.com.

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

[Alexx7]

Товарищи. А кто то пытался переводить документ?

[mazzy]

Цитата:

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

Товарищи. А кто то пытался переводить документ?

прикольно
Kashperuk Ivan: Microsoft Dynamics AX 4.0 data model overview

[gl00mie]

Цитата:

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

Есть предложение создать на форуме группу по разработке схем работы отдельных блоков DAX. Я сам начинающий специалист и считаю, что дело бы пошло быстрее, если бы существовала какая то блок схема (типа Visio) по отдельным блокм. Если это интересно и у вас есть какие то наброски я могу реализовать их в MS Visio. И если надо то описать для примера жизненый цикл гипотетического предприятия в качестве анотации к схемке.
Жду предложений.

Цитата:

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

Товарищи. А кто то пытался переводить документ?

Как-то не видно конструктива
Что же касается перевода, то схема данных во многом ориентирована на разработчиков, а касаемо "перевода для разработчиков" уже было обсуждение в теме Вышла книга «Inside Microsoft Dynamics AX 2009»

[Alexx7]

Я бльше внедренец чем разработчик, поэтому и инересуюсь функциональными схемами. Так внедрять легче когда есть четкое понимание какие данные для чего и от чего зависят те или инные расчеты.