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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 28.04.2011, 16:25   #1  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Да не. Это ж не мы делали. А ребята из Редмонда. Так что хвастаться нечем.
А интересно лично мне, потому что мне фича нравится, но чувствую, что где-то есть подвох (не учитывая перформанс)
Меня удивила возможность помещать базовую таблицу на форму и на лету указывать тип создаваемой записи. Может это и полезно иногда, но почему-то мне странным кажется. Как-то я привык к тому что присутствует жёсткий джойн от одной листовой таблицы до корневой.
Кроме того - я не понял как там решили вопрос с тремя уровнями наследования. Вот скажем есть у меня таблица "Клиенты", потом "Стратегические клиенты", потом "Стратегические клиенты на поддержке". Могу я таблицу Клиенты на форму поместить ?
И если у меня два уровня наследования, меня система два раза спрашивать будет ?
Кроме того непонятно как синтаксически делается запрос по дочерней таблице. Должен ли я джойн к супер-таблице добавлять или синтаксически считается что дочерняя таблица содержит все поля родительской ? (И ядро это в join превращает).

Кроме того, интересно насколько данную фичу использовали при проектировании структур данных. А то интерфейсы поддержали еще в версии 3.0, поминится, а на практике они используются местах в 5-7...
P.S. Кстати надо бы уж тогда выработать какую-то терминологию для наследования таблиц, а то термины 'родительский' и 'дочерний' в реляционной терминологии уже используются, причем для отношений в нормальных формах, а не для наследования

Последний раз редактировалось fed; 28.04.2011 в 16:30.
Старый 28.04.2011, 17:15   #2  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от fed Посмотреть сообщение
Меня удивила возможность помещать базовую таблицу на форму и на лету указывать тип создаваемой записи. Может это и полезно иногда, но почему-то мне странным кажется. Как-то я привык к тому что присутствует жёсткий джойн от одной листовой таблицы до корневой.
Кроме того - я не понял как там решили вопрос с тремя уровнями наследования. Вот скажем есть у меня таблица "Клиенты", потом "Стратегические клиенты", потом "Стратегические клиенты на поддержке". Могу я таблицу Клиенты на форму поместить ?
И если у меня два уровня наследования, меня система два раза спрашивать будет ?
Кроме того непонятно как синтаксически делается запрос по дочерней таблице. Должен ли я джойн к супер-таблице добавлять или синтаксически считается что дочерняя таблица содержит все поля родительской ? (И ядро это в join превращает).

Кроме того, интересно насколько данную фичу использовали при проектировании структур данных. А то интерфейсы поддержали еще в версии 3.0, поминится, а на практике они используются местах в 5-7...
P.S. Кстати надо бы уж тогда выработать какую-то терминологию для наследования таблиц, а то термины 'родительский' и 'дочерний' в реляционной терминологии уже используются, причем для отношений в нормальных формах, а не для наследования
У нас их называют Super type and sub type.
Да, будет спрашивать два раза, насколько я помню. Поэтому для products, где такая ситуация присутствует, сделали отдельный диалог кастомный.
Синтаксически все поля базовых таблиц доступны с дочерней в коде. Ядро потом само разберет, что приджойнить. Но и явно джойтить тоже можно, вроде без проблем.
Используется в довольно большом кол-ве новых (2012) таблиц.
Адреса, Party, Продукты, т.д.
Старый 29.04.2011, 01:09   #3  
gigz is offline
gigz
Участник
MCBMSS
Соотечественники
 
19 / 43 (2) +++
Регистрация: 15.09.2008
не, два раза показываться не будет. в примере как раз такая иерархия (Product Variants (EcoResDistinctProductVariant) подтип Products (EcoResDistinctProduct)).

с запросами по дочерним таблицам все просто. никаких джойнов не нужно руками писать (ни на формах ни в коде) ядро само все сделает.
Теги
ax2012, inheritance, table inheritance

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Халтура в AX2009: идентификаторы из USR в GLS, GLP и даже SYS-слоях EVGL DAX: Программирование 2 21.02.2011 19:44
emeadaxsupport: Identifying damaged Table objects in the AOT MetaData Blog bot DAX Blogs 0 16.03.2010 21:05
PatrickChua: Temporary table Blog bot DAX Blogs 0 04.05.2009 14:05
Axapta Lessons: Export a table to a file Blog bot DAX Blogs 0 28.10.2006 18:22
PatrickChua: Temporary table Blog bot DAX Blogs 0 28.10.2006 18:14

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:26.