Структура таблиц axapta

[velk]

Есть ли у кого структура таблиц axapta???
Связи между таблицами ну и все такое за что какая таблица отвечает....

[maxsmirnov]

нету...
т.е. у разработчиков наверно есть (не верю я что такое можно разработать держа всю структуру БД "в уме"), но они не считают нужным ею делиться.

P.S. я их и еще в большем грехе подозреваю - наверняка перед релизом прогоняют скрипт который убивает все комментарии в коде.

[velk]

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

[mazzy]

Да, о том, что создана такая схема объявлял Талгар. Они эту схему продавали.
Про то, что кто-то купил эту схему я не слышал.
Спросите у них кусочек для "посмотреть" и оцените их работу.

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

[psv]

В ближайшее время я закончу ковырять скрипты для генерации физической модели БД Axaptы.
Поделиться не жалко, но интересно, не настучат ли по голове за это?
И еще вопрос. Нужны ли диаграммы классов?

[mazzy]

Нет.
Да.
Очень было бы интересно.

ЗЫ Заодоно и сами разберетесь в предмете

[kalex]

Сергей, скажите пожалуста, что вы понимаете под полной хорошей схемой? И можно ли ее автоматически сгенерить из AOT?

[maxsmirnov]

И можно ли ее автоматически сгенерить из AOT?

не все связи между таблицами представлены в виде relation-ов.
например, их не имеют такие ключевые таблицы как *parameters

[kalex]

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

[maxsmirnov]

InventDim.InventLocationId == InventLocation.InventLocationId

ax3.0 sp1

[kalex]

Zitat:

Изначально опубликовано maxsmirnov
InventDim.InventLocationId == InventLocation.InventLocationId

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

[maxsmirnov]

сорри

ну тогда, например, связь ledgerJournalTrans и Cust/Vend/BankAccount/etc....Trans по ваучеру.

да не важно, на самом деле.
только, так сказать, классические sql-ные связи (1:n, 1:1, n:n) могут быть выражены релейшенами. а связь таблиц Cust/Vend/BankAccount/etc....Parameters с остальной БД ими в принципе не выражается, тем не менее, хотелось бы чтобы они присутствовали в полной хорошей схеме

[kalex]

Zitat:

Изначально опубликовано maxsmirnov
ну тогда, например, связь ledgerJournalTrans и Cust/Vend/BankAccount/etc....Trans по ваучеру.
[/i]

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

[psv]

Для связей Field fixed and Related field fixed я ничего не придумал лучше, чем заносить
Table.Field==<EnumValue> or <EnumValue>==Table.Field в комментарии.
Другие предложения будут?
Кто нибудь может привести полный список акронимов и полных названий функциональных областей системы?

[mazzy]

см. префиксы.
http://technet.damgaard.com/usered/B...onventions.htm

[psv]

Вместо Table.Field== or ==Table.Field имелось в виду
Table.Field==EnumValue or EnumValue==Table.Field.
Кстати для таких связей в описании таблиц генериться лажа.

[velk]

Может всетаки у кого появилась схема

[kalex]

Могу сгенерить схему со всеми таблицами по связям, которые есть в AOT, в формате Rational Rose и выложить. :-) Это кому-нибудь интересно?

[bucken]

Мне да! Конечно без комментариев она будет не столь полезна, чем с ними. Но я думаю, что потом подпишем.

[maxsmirnov]

можно еще и скриншот какой-нибудь характерной области?