Сделать копию partition

[trud]

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

[lvan]

маза на T-SQL процедурку написать по-быстрому
таблички только надо как-то отфильтровать для дубляжа

[bio_unit]

На T-SQL процедурку по быстрому не напишешь: в 2012 во всех таблицах индекс теперь только по полю RecId, а не RecId+DataAreaId как было в 2009. В 2012 логично было бы сделать индекс RecId+Partition, но почему-то сделали индекс только по полю RecId.
Поэтому надо заморачиваться с корректным выделением RecId.

[S.Kuskov]

Цитата:

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

надо заморачиваться с корректным выделением RecId.

Да ну не... Сложно поверить в это. Вы Partition с DataAreaId не путаете?

[bio_unit]

Цитата:

Сообщение от S.Kuskov

Да ну не... Сложно поверить в это. Вы Partition с DataAreaId не путаете?

нет, не путаю, зайдите на SQL сервер и убедитесь что индекс RecId на таблицах включает только поле с RecId

[S.Kuskov]

kamalblogs: Data Partitions with Dynamics Ax 2012 R2

Я чего-то не понимаю

[SRF]

Кроме индекса по RecId Написать можно все что угодно. Откройте SQL и посмотрите.
Вообще я так понимаю основная проблема даже не с выделением RecId, а скорее с сохранением ссылок между данными, ведь в DAX2012 очень много связей по RecId.

[bio_unit]

Цитата:

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

Кроме индекса по RecId Написать можно все что угодно. Откройте SQL и посмотрите.
Вообще я так понимаю основная проблема даже не с выделением RecId, а скорее с сохранением ссылок между данными, ведь в DAX2012 очень много связей по RecId.

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

[lvan]

да действительно, походу для новых таблиц (те, что в 2012 созданы, а не пришли из других версий) только RecId в индексе

[SRF]

Не только для новых таблиц. Например, CustTable.

Да запоминать ссылки по RecId хорошо, главное чтобы не было каких нибудь полей с типом RefRecId\RecId(либо вообще без него) без релейшенов.

Если partion, например только для тестовых целей и на какое то время, то можно например от значений всех полей типом int64 отнять какое нибудь большое число, чтобы заведомо результат перешел куда-нибудь в отрицательный диапазон, чтобы подольше не вспоминать.

[bio_unit]

Цитата:

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

Не только для новых таблиц. Например, CustTable.

Да запоминать ссылки по RecId хорошо, главное чтобы не было каких нибудь полей с типом RefRecId\RecId(либо вообще без него) без релейшенов.

Если partion, например только для тестовых целей и на какое то время, то можно например от значений всех полей типом int64 отнять какое нибудь большое число, чтобы заведомо результат перешел куда-нибудь в отрицательный диапазон, чтобы подольше не вспоминать.

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

[Raven Melancholic]

Вот же, не раз возникали споры по поводу искусственных и естественных идентификаторов.
Придумали искусственные связи, теперь сиди и думай как сделать что-то, что раньше делалось простыми стандартными импортами. Зато привели структуру в одну из стандартных форм теории реляционных баз. Круто - полный программизм.

[SRF]

В принципе никто не мешает воспользоваться функцией импорта данных в партишн - msdn, но это наверняка не очень быстрый процесс. Единственно, что данные можно загрузить при первой инициализации, но это я думаю можно обойти, придется скорее всего удалить соответствующую запись в табличке SysSetupPartitionLog