kamalblogs: Data Partitions with Dynamics Ax 2012 R2

[fed]

Цитата:

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

Виртуальные компании - зло, так как практически невозможно сохранить целостность данных при добавлении в табличную коллекцию хоть одной более менее серьезной таблицы

Соответственно, хотя официально они и поддерживаются, Майкрософт на каждом углу рекомендует их не использовать.

Стесняюсь спросить, а как же эти ужасные виртуальные компании использовались предыдущие 10 лет моей работы с аксаптой ? Вроде целостность данных сильно не портилась...

[kashperuk]

Цитата:

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

Можно поподробнее пояснить ?

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

Цитата:

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

Стесняюсь спросить, а как же эти ужасные виртуальные компании использовались предыдущие 10 лет моей работы с аксаптой ? Вроде целостность данных сильно не портилась...

Нуу, на самом деле с тех пор добавилось очень много новых таблиц со сложными связами, поэтому проблема просто стала более актуальна, чем была раньше.
Но это не значит, что ее и раньше не существовало. То, что компании осознанно нарушали это правило, гарантируя целостность данных бизнес логикой или другими способами, этого не отменяет.

[MikeR]

Не плохо было бы добавить, если нельзя удалять компанию, то хотя бы как в срм делать её неактивной.

[fed]

Цитата:

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

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

Помнишь псловицу - "Разработай систему с которой может работать любой дебил и только дебилы захотят с ней работать"?
Просто несмотря на проблемы (решаемые) виртуальных компаний и некоторые накладные расходы на их реализацию, это было максимально гибким решением. (Да - пусть требующим несколько более высокой квалификации от консультантов)
После того как в 2012ой отказались от нормальной поддержки виртуальных компаний, и сделали принудительную глобализацию части таблиц, ситуация стала гораздо более запущенной (в плане и гибкости и в плане сложности настройки). В результате в 2012R2 пришлось дополнительно вводить еще более сложный и кривой механизм data partition. И все в результате кривого архитектурного решения с принудительной глобализацией. В общем - у Дамаагрдовского решения был один фатальный недостаток...