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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 14.01.2009, 12:41   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Gustav Посмотреть сообщение
Если предполагается второе издание текущего текста, то попадались какие-то грамматические ошибки, в т.ч. и в названиях полей, и в типах данных - т.е. в исходном англоязычном документе. Однако, внешнему неспециалисту-отчетнику будет неважно, на каком этапе подготовки текста была допущена ошибка - неверное имя поля приведет его к аварийной остановке. Впрочем, думается, что неспециалист-отчетник будет видеть таблицы и поля через СУБД и сообразит, что и как надо исправить.
Как раз хотелось бы такие ошибки вычистить.

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


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

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

Контент по русским объектам создавать конечно же надо. Но это отдельный вопрос.
Пусть будет хотя бы неполный контент, чем не будет никакого.
__________________
полезное на axForum, github, vk, coub.
Старый 14.01.2009, 14:17   #2  
Gustav is offline
Gustav
Moderator
Аватар для Gustav
SAP
Лучший по профессии 2009
 
1,858 / 1152 (42) ++++++++
Регистрация: 24.01.2006
Адрес: Санкт-Петербург
Записей в блоге: 19
Цитата:
Сообщение от mazzy Посмотреть сообщение
Если следовать этой логике, то придется писать два набора полей - для SQL и для Oracle. Названия могут различаться.
Разве правило не более 30 символов в названии действует только для Oracle?

Ок. Можно не писать два набора, а приводить SQL-имя, например, в скобках. И только для тех полей, у которых AOT-имя и SQL-имя отличаются.
Старый 14.01.2009, 15:09   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Gustav Посмотреть сообщение
Разве правило не более 30 символов в названии действует только для Oracle?
У Оракла, насколько я помню другое количество символов.
У MS SQL - 30 символов.
А у Oracle - 32 или 36. Не помню. Давно это было.
__________________
полезное на axForum, github, vk, coub.
Старый 14.01.2009, 15:13   #4  
Gustav is offline
Gustav
Moderator
Аватар для Gustav
SAP
Лучший по профессии 2009
 
1,858 / 1152 (42) ++++++++
Регистрация: 24.01.2006
Адрес: Санкт-Петербург
Записей в блоге: 19
У меня - Oracle. Поэтому за его 30 сиволов - "зуб даю"!

P.S. В русской книжке по 4-ке написано, что везде по 30 (стр.418 вверху).
Старый 14.01.2009, 15:21   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Gustav Посмотреть сообщение
У меня - Oracle. Поэтому за его 30 сиволов - "зуб даю"!

P.S. В русской книжке по 4-ке написано, что везде по 30 (стр.418 вверху).
понял. извините, что ввел в заблуждение.
__________________
полезное на axForum, github, vk, coub.
Теги
ax4.0, bi, download, faq, olap, данные, документация, модель данных, полезное, crm2011

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Kashperuk Ivan: Microsoft Dynamics AX 2009 Keyboard shortcuts Blog bot DAX Blogs 5 18.12.2013 18:24
Dynamics AX: Microsoft's strategy and vision for Dynamics AX and SOA Blog bot DAX Blogs 0 05.03.2009 18:05
daxcoder: Microsoft Dynamics ax 4.0 data model overview Blog bot DAX Blogs 2 02.10.2008 19:26
axStart: Microsoft Dynamics AX 2009 Hot Topics Web Seminar Series Blog bot DAX Blogs 0 06.08.2008 12:05
Сергей Герасимов: Что нового в Microsoft Dynamics AX 4.0 Blog bot DAX Blogs 0 16.01.2007 11:00

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

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

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