mfp: AX6 sneak preview - SQL AOD

[Vadik]

Цитата:

Сообщение от Blog bot

Today we built the first official build of Dynamics AX ever that does not run on AOD files. Starting today Dynamics AX's model database is stored in a Microsoft SQL Server database

Новость похоже прошла незамеченной

[sukhanchik]

Цитата:

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

Новость похоже прошла незамеченной

Просто аглицкий не сразу бросается в глаза...

Только я не понял - а что значит формат SQL?

Цитата:

You can also import AOD files into SQL.

В базу SQL Server что ли все это будет закачиваться?

[Logger]

Цитата:

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

Просто аглицкий не сразу бросается в глаза...

Только я не понял - а что значит формат SQL?


В базу SQL Server что ли все это будет закачиваться?

Походу да. Хранилищем aod файлов станет SQL сервер. Любопытно, временные таблицы они тоже туда запихнут ? А как же интеграция с Oracle ?

[Vadik]

Цитата:

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

Походу да. Хранилищем aod файлов станет SQL сервер. Любопытно, временные таблицы они тоже туда запихнут ?

А зачем? "Запихнуть ради запихивания" разве что.. Учитывая количество кода, использующего временные таблицы и то, как они используются (многочисленные построчные манипуляции) - думаю, нет смысла их куда-то, кроме структур в памяти AOS (или в файлах на нем же) запихивать - иначе получим кучу мелких вызовов AOS - СУБД (и задержек, связанных с сетью)
А зато сколько вкусностей..
- Возможность иметь полноценный во всех смыслах бэкапа (а не "БД по состоянию на 01:00, приложение - на 01:15")
- Про "отзывчивость" приложения уже в оригинальном приложении писали
- Минус один компонент - проще станет (должно стать проще, очень хочется, чтобы стало проще) построение отказоустойчивой системы (то, что имеем сейчас в виде расшаренного приложения, разваливается от малейшей нестабильности сети, и ничего с этим не поделать)
и т.д.

[sukhanchik]

Цитата:

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

А зато сколько вкусностей..
- Возможность иметь полноценный во всех смыслах бэкапа (а не "БД по состоянию на 01:00, приложение - на 01:15")

Мне кажется это мелочи. Мне кажется что не часто можно встретить приложения, которое пользователи (!) модифицируют (ну там отчеты, запросы всякие). А если и есть - то я бы тем более запланировал рестарт аоса для полноценного сохранения их изменений.
А если изменений у пользователей нет - то бекап приложения вполне может делаться по факту его изменения и не привязываться к БД.

Но в целом - да, если приложение "переедет" на SQL Server - то бекап конечно будет более полноценным...

[Logger]

Цитата:

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

А зачем? "Запихнуть ради запихивания" разве что.. Учитывая количество кода, использующего временные таблицы и то, как они используются (многочисленные построчные манипуляции) - думаю, нет смысла их куда-то, кроме структур в памяти AOS (или в файлах на нем же) запихивать - иначе получим кучу мелких вызовов AOS - СУБД (и задержек, связанных с сетью)

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