Microsoft Dynamics AX 2012 White Papers: Code Upgrade

[Vadik]

Обновление

[mazzy]

Цитата:

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

где теперь хранится весь базовый код классы, формы?
ведь AOD нет, а база BaseLine практически пустая. тогда где все хранится?

Цитата:

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

В основной базе. Там тоже есть всякие model* таблички.

Цитата:

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

А все нашел, все классы, формы хранятся в той же БД, что и таблицы то есть по умолчанию в MicrosoftdynamicsAX. А не в дополнительной БД MicrosoftDynamicsAXBaseline.

просто сделал отчет и увидел что все находится именно в БД MicrosoftdynamicsAX.

в БД в таблице dbo.Sources...

э-э-э. понимаю, что нуб и опозорился.
но снова такой же вопрос для 2012 R2

в виртуалке есть три базы.
* про baseline - понятно. это аналог old
* про model - похоже, что именно там и хранится определение бизнес-логики
* в основной базе модельных таблиц нет (например, на скриншоте в основной базе включен фильтр Layer. Я ожидаю увидеть такую же таблицу, что и в модели)

Вопросы:
1. а где хранится бизнес-логика в 2012 R2?
2. если также в основной базе, то как увидеть эти таблички?
3. если в другой базе данных (model), то где указывается название модельной базы?

[belugin]

Цитата:

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

Вопросы:
1. а где хранится бизнес-логика в 2012 R2?

в _model

Цитата:

2. если также в основной базе, то как увидеть эти таблички?

никак - их там нет

Цитата:

3. если в другой базе данных (model), то где указывается название модельной базы?

Насколько я знаю, она обязана называться <название бд с данными>_model

[mazzy]

Цитата:

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

Насколько я знаю, она обязана называться <название бд с данными>_model

о_О!
спасибо тебе, добрый фей.
А можно ли ее держать на другом SQL-сервере? Как указать имя/путь?

[sukhanchik]

Цитата:

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

А можно ли ее держать на другом SQL-сервере? Как указать имя/путь?

Нельзя. По кр мере с т.з. тренингов.

Цитата:

This change will require that the business data AND the metadata databases reside on the
same instance of SQL. The reason this is required is to ensure that join queries which span
tables in both metadata and business databases [some security scenarios use this] can be
handled seamlessly. SQL server allows querying of another database on the same server
instance even when the connection is to a different database

И еще:

Цитата:

Now, in Microsoft Dynamics AX 2012 R2, the process will be the same conceptually, but the
toolset used will now be the use of the SQL Management console functionality of using a
database backup of the metadata database (export of the modelstore using AXUtil) and the
database restore of the metadata database (import of the modelstore using AXUtil) to move
the metadata to a different environment. This would be similar to copying the AOD files in
Microsoft Dynamics AX 2009 or prior between different application folders to move
metadata.