kamalblogs: Data Partitions with Dynamics Ax 2012 R2

[kashperuk]

Цитата:

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

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

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

Цитата:

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

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

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

[MikeR]

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

[fed]

Цитата:

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

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

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

[kashperuk]

не знаю, может просто вы еще не работали просто со всем этим? Мне партишны кажутся нормальными вполне.
Я согласен, что причины создания этой функциональности - это реально просто потому, что в АХ 2012 протупили.
Но европейские партнеры вроде довольны.

Виртуальные компании кстати тоже подлатали в АХ 2012 R2, так что все будет ОК

[Wamr]

В CRM разные компании - это разные базы и даже могут быть разные сервера.
Почему нельзя было так и в аксе сделать я не понял, и почему нельзя было сделать параметр, чтобы глобально отключать партиции тоже не понятно, тем более что вопрос так активно обсуждался со времен 2.5, когда компании так были похожи на партиции.
"Все новое - хорошо забытое старое"

[kashperuk]

согласен про то, что надо было предусмотреть опцию отключения партишнов. но..

[gl00mie]

Но что мешает? Был же -internal=nodataareaid или как-то так, за счет которого конторы с одной компанией в Аксапте могли ощутимо повысить производительность системы, что мешает сделать аналогичный ключ, чтобы те, кому эти партиции даром не сдались, могли жить, как раньше? Собственно, в ядре и так постоянно приделывают разные фенечки (вспомнить то же автовопределение ширины столбцов в гридах), чего бы не добавить и такую вот новую возможность вернуться к старому поведению?

[kashperuk]

Ну, ничего не мешает, я создам сегодня DCR. Просто уже все, поезд ушел.

[Link]

Цитата:

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

Но что мешает?
чего бы не добавить и такую вот новую возможность вернуться к старому поведению?

Это банальное человеческое "нам виднее". Этим не только МС страдает, у Гугла те же задвиги. Видимо современная болезнь больших корпораций. Конечно можно было сделать новые фишки через настройки и посмотреть популярность новых сделав их дефолтными, сбор статистики ведь имеется. Да и простой опрос - "что вы думаете о новых фичах" никто не отменял.
И вроде бы такие вещи кажутся очевидными, что к такой серьезной системе фикс за день не выпустят, и придется пользоваться довольно долго, пока старое поправят, а новое поломают. Но они просто 'Don't care'

[gl00mie]

Кому не всё равно, может проголосовать за предложение сделать эту фичу отключаемой на сайте MS Connect. Необходимые действия для тех, кто там ещё не зарегистрирован, описаны тут.

[gl00mie]

Подниму тему, а то она как-то затерялась за выходные. Те, кого беспокоит появление нового неселективного поля во всех индексах в 2012 R2, могут на сайте MS Connect проголосовать за то, чтобы сделать функционал Data Partitions отключаемым.

[kashperuk]

Короче мой DCR закрыли как Won't Fix
Пишут, что они тестировали производительность при добавлении data partition колонки, и, мол, все хорошо.

Но типа будут следить за вышеуказанным connect channel feedback item, и если будет blocking для кого-то, будут reconsider...

[gl00mie]

Цитата:

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

они тестировали производительность при добавлении data partition колонки, и, мол, все хорошо.

На демо-базенке в 2 Гб с 3-мя компаниями?..

[kashperuk]

Цитата:

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

На демо-базенке в 2 Гб с 3-мя компаниями?..

не сказали.
надеюсь, что нет

[Alexius]

Возможно ли руками вытаскивать это поле с первого места в индексе куда нибудь еще, по аналогии с DataAreaId в AX 2009 ?

[Vadik]

Цитата:

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

не сказали.
надеюсь, что нет

Подождем очередного Day in life бенчмарка - авось передумают

[Alexius]

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

SELECT CONVERT(float, SUM(I.rowcnt * ISNULL(S.FLAGS + 1, 0) * 8)) * 100 / SUM(CONVERT(bigint, dpages) * 8192) 
FROM sys.sysindexes I
  INNER JOIN sys.objects O
    ON I.id = O.object_id
  LEFT JOIN SQLDICTIONARY S
    ON S.SQLNAME = O.name AND S.FIELDID = 0 AND S.FLAGS = 0

У меня вышло более 20% от всей базы. Неужели MS забил на отключение такого гадкого поля ?