AX 2012 Наследование таблиц. Краткое описание механизма

[Logger]

Мы как-то обсуждаем детали.
А по-моему интереснее другой вопрос :
1. Зачем это сделано ?
2. Какие задачи помогает решить проще и дешевле ?
3. Не получим ли мы провал в производительности системы из-за кучи объединенных табличек ?

Выгоды от наследования табличек неочевидны.

[sukhanchik]

Цитата:

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

Мы как-то обсуждаем детали.
А по-моему интереснее другой вопрос :
1. Зачем это сделано ?
2. Какие задачи помогает решить проще и дешевле ?

Судя по АХ 2012 стратегически было принято решение начинать абстрагировать разработчика от СУБД. Если это действительно так - то это ответ на эти вопросы.

Цитата:

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

3. Не получим ли мы провал в производительности системы из-за кучи объединенных табличек ?

Не скажу про производительность на реальном сервере, но могу сказать про собственные наблюдения за виртуалками.
Для компьютера обучающегося, на котором разворачивается виртуалка с АХ 2009 предъявляются (в документах для проведения курса) в том числе такие требования:

• 2 GB of RAM
• 60-gigabyte (GB) hard disk

При этом говорится, что сама виртуалка сконфигурирована на 1 Gb.
На деле - если виртуалке дать 2 Гб - то она просто "летает"

Для компьютера обучающегося, на котором разворачивается виртуалка с АХ 2012 предъявляются в том числе такие требования:

• 8 GB of RAM or higher
• Dual striped 120 GB hard disks 7200 RM SATA or better

При этом говорится, что сама виртуалка сконфигурирована на 6 Gb.

По факту получается следующее:
Если взять сейлзовую виртуалку (с партнерсорса; она состоит из одного vhd-шника) и поместить ее на выделенный жесткий диск (на котором кроме нее больше вообще ничего нет) и отдать ей 6 Гб памяти то она будет работать неторопливо. А если же на этом диске запустить вторую пустую виртуалку "вхолостую" (только с Win2008 x32) и 1 Гб оперативки - то виртуалка с АХ2012 начинает безбожно тормозить и вешаться. Увеличение оперативки скорости не добавляет. Жесткий диск 2 Тб годичной давности.
Увеличение памяти для виртуалки с АХ 2012 дает плюс только при глобальной компиляции / построении перекрестных ссылок и то больше из-за SQL Server.

Реальный же прирост производительности наблюдается в том случае, когда запускаешь учебную виртуалку (для курсов) на разных дисках. Она состоит из 3-х vhd-шников, 2 из которых являются разностными. Если при этом не трогая последний, 3-й диск - создать чистый 4-й (тоже разностный), и поместить 3-й и 4-й на разный физические диски - то (согласно монитору ресурсов Windows) будет усиленное чтение с 3-го диска и усиленная запись на 4-й (туда будут писаться все изменения).
Увеличение рекомендуемой оперативной памяти для виртуалки особо прироста производительности не дает .
Кстати, перекрестные ссылки на таким образом сконфигурированной учебной виртуалке при отданной ей 12 Гб оперативки строились у меня чуть больше 24 часов. Предварительная глобальная компиляция (иначе построение ссылок вообще уходит в даун) заняла где-то часа 3-4.

Отсюда напрашивается грустный вывод. Производительность АХ 2012 (впрочем, как и ожидалось при нормализации СУБД) упирается не столько в мощности процессора / памяти - сколько в скорость дисков и операций чтения/записи.