axdaily: Table inheritance

[Blog bot]

Источник: http://axdaily.blogspot.com/2011/04/...heritance.html
==============

AX 2012 supports table inheritance.


Table inheritance is controlled by the following properties:

1. SupportInheritance – specifies if a table is a part of a hierarchy.
2. InstanceRelationType – specifies the field that is used as a type discriminator. TableIds of concrete types are used as values of the InstanceRelationType field.
3. Abstact – specifies if a table is abstract. Tables without derived tables cannot be abstract.
4. Extends – specifies table’s parent.

Polymorphism is supported for table methods. All tables instance methods are virtual.

There is also client support for table hierarchies. Whenever a table that has derived tables is added on a form as a datasource, all its children are added under the derived datasources node. Fields from derived datasources can be bound to form controls and derived datasources can be used in form query construction, e.g. other datasources can be joined to derived ones.


Whenever a “New record” action is invoked on a form control that is bound to an abstract table, the following dialog will be presented to user where it is possible to select the concrete type of the record being created.



Источник: http://axdaily.blogspot.com/2011/04/...heritance.html

[kashperuk]

Интересно, что никто ничего про это изменение не говорит.
Что думаете, полезно или как?

[mazzy]

пока кажется что полезно.
но непонятно. такое ощущение, что как-то вывернуто наизнанку

хотя возможно, чего то еще не понимаю.

[egorych]

Вообще-то в разных СУБД (ну например PostgreSQL или Оракла) наследование таблиц существует достаточно давно!
Правда, интересуясь на профильных форумах, я не увидел ни одного человека, кто-бы это использовал в реальных проектах. Может дело в привычке разработчиков, а может в кривизне реализации - не знаю.
Как здесь применять - я пока не знаю - может все ограничится уменьшением кол-ва дублированного кода.

[fed]

А те кто это уже видел - могут сказать как оно внутри устроено ? В родительской таблице есть поле с типом ? Или считается что джойна на дочернюю таблицу достаточно ?
Кроме того - не очень понятно что будет если я только дочернюю таблицу в на форму помещу...

[kashperuk]

Цитата:

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

А те кто это уже видел - могут сказать как оно внутри устроено ? В родительской таблице есть поле с типом ? Или считается что джойна на дочернюю таблицу достаточно ?
Кроме того - не очень понятно что будет если я только дочернюю таблицу в на форму помещу...

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

[sukhanchik]

Цитата:

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

Интересно, что никто ничего про это изменение не говорит.
Что думаете, полезно или как?

Первая мысль, которая пришла в голову от этой фразы - разработчики в MS (не российском) - явно хотели похвастаться этой реализованной идеей (ну оцените же наш запал!) .... А вот бурных возгласов на нашем форуме как-то и не слышно . Абыдно .

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

Цитата:

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

пока кажется что полезно.
но непонятно. такое ощущение, что как-то вывернуто наизнанку

хотя возможно, чего то еще не понимаю.

[kashperuk]

Цитата:

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

Первая мысль, которая пришла в голову от этой фразы - разработчики в MS (не российском) - явно хотели похвастаться этой реализованной идеей (ну оцените же наш запал!) .... А вот бурных возгласов на нашем форуме как-то и не слышно . Абыдно .

Да не. Это ж не мы делали. А ребята из Редмонда. Так что хвастаться нечем.
А интересно лично мне, потому что мне фича нравится, но чувствую, что где-то есть подвох (не учитывая перформанс)

[fed]

Цитата:

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

Да не. Это ж не мы делали. А ребята из Редмонда. Так что хвастаться нечем.
А интересно лично мне, потому что мне фича нравится, но чувствую, что где-то есть подвох (не учитывая перформанс)

Меня удивила возможность помещать базовую таблицу на форму и на лету указывать тип создаваемой записи. Может это и полезно иногда, но почему-то мне странным кажется. Как-то я привык к тому что присутствует жёсткий джойн от одной листовой таблицы до корневой.
Кроме того - я не понял как там решили вопрос с тремя уровнями наследования. Вот скажем есть у меня таблица "Клиенты", потом "Стратегические клиенты", потом "Стратегические клиенты на поддержке". Могу я таблицу Клиенты на форму поместить ?
И если у меня два уровня наследования, меня система два раза спрашивать будет ?
Кроме того непонятно как синтаксически делается запрос по дочерней таблице. Должен ли я джойн к супер-таблице добавлять или синтаксически считается что дочерняя таблица содержит все поля родительской ? (И ядро это в join превращает).

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

[kashperuk]

Цитата:

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

Меня удивила возможность помещать базовую таблицу на форму и на лету указывать тип создаваемой записи. Может это и полезно иногда, но почему-то мне странным кажется. Как-то я привык к тому что присутствует жёсткий джойн от одной листовой таблицы до корневой.
Кроме того - я не понял как там решили вопрос с тремя уровнями наследования. Вот скажем есть у меня таблица "Клиенты", потом "Стратегические клиенты", потом "Стратегические клиенты на поддержке". Могу я таблицу Клиенты на форму поместить ?
И если у меня два уровня наследования, меня система два раза спрашивать будет ?
Кроме того непонятно как синтаксически делается запрос по дочерней таблице. Должен ли я джойн к супер-таблице добавлять или синтаксически считается что дочерняя таблица содержит все поля родительской ? (И ядро это в join превращает).

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

У нас их называют Super type and sub type.
Да, будет спрашивать два раза, насколько я помню. Поэтому для products, где такая ситуация присутствует, сделали отдельный диалог кастомный.
Синтаксически все поля базовых таблиц доступны с дочерней в коде. Ядро потом само разберет, что приджойнить. Но и явно джойтить тоже можно, вроде без проблем.
Используется в довольно большом кол-ве новых (2012) таблиц.
Адреса, Party, Продукты, т.д.

[gigz]

не, два раза показываться не будет. в примере как раз такая иерархия (Product Variants (EcoResDistinctProductVariant) подтип Products (EcoResDistinctProduct)).

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