переход существующего приложения c MS SQL на ORACLE

[velk]

Возможен ли переход существующего приложения c MS SQL на ORACLE ???

[MironovI]

Конечно возможно, из граблей - некоторые куски кода (самописного) придется оптимизировать под оракл - сложные джойны в частности - оптимизатор там рабоатет нескоько по иному..

[kashperuk]

А если использовали запросы напрямую к БД
(классы Connection и Statement), то придется их пересмотреть все на совместимость с ораклом. (если там был более сложный SQL)

[velk]

Т.е. для перехода в принципе достаточно указать в источнике данных на оракл и все?
И Axapta запуститься?

[Maxim Gorbunov]

Так с приложением проблем быть и не должно. А вот данные как Вы переносить собираетесь?

[Gustav]

Цитата:

Сообщение от Maxim Gorbunov

А вот данные как Вы переносить собираетесь?

Ох, хороший вопрос... Особенно любопытно в отношении всяких контейнерных блобов-клобов...

P.S. (на картинку копирайт отсюда (с) L.Mourгo, D.Weiner - Dynamics AX - A Guide to Microsoft Axapta. 2005. )

[Maxim Gorbunov]

Не поймите меня неправильно. Задача-то решаемая. Только не с наскоку.

[velk]

Ну например данные перенесли а вот приложение запускаться отказывается

[sukhanchik]

Я думаю - что сначала нужно сваять чистую базу в оракле под ваше приложение - а потом (когда приложение запустится) только переносить данные. А в отношении переноса - заглянуть по ссылке http://www.axforum.info/forums/showt...2829#post92829

[AndyD]

А вы табличку SQLSYSTEMVARIABLES тоже перенесли из MS SQL?

Обратите внимание, что для разных серверов б/д она инициализируется по разному.
Класс SqlDatabaseInit, методы insertSystemVariablesOracle() и insertSystemVariablesSqlServer()

[Aleck]

А банальный экспорт/импорт данных и настроек средствами Axapta?

[komar]

Цитата:

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

А банальный экспорт/импорт данных и настроек средствами Axapta?

Кстати, прошу внести в студию данные о быстродействии данного процесса на больших (ну, хотя бы 20Гб, или у кого какие были) базах.

[MironovI]

Я бы поставил вопрос о приниципиальной возможности - 20 гигов стандартным импортом я помнится пробовал - падает, в любом формате.

[komar]

Цитата:

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

Я бы поставил вопрос о приниципиальной возможности - 20 гигов стандартным импортом я помнится пробовал - падает, в любом формате.

Так то я видел...Но может, кто познал ДАО, или имеет секретный сервиспак для любимых партнеров?

[MironovI]

Скорее кто-то познает ADO и ODBC и напишет переброску основных таблиц через сварганеный скрипт - хотя по этому вопросу лучше конечно на www.sql.ru - уверен есть способ прямее, либо там уже придумали..

[glibs]

2 komar

Ну, допустим, у меня есть успешный опыт реализации того, что написано здесь:

Тормозит Экспорт/Импорт данных

Правда, я с Oracle тащил в MS SQL.

Скорость импорта на хорошем лаптопе свыше 1,000 записей в секунду. Это свыше 3,600,000 в час. Прелесть подхода в том, что компанию можно перетаскивать частями (для сохранения ссылок по RecId и TrnsactionId нет надобности все пихать в один файл).

В процессе импотра грузится преимущественно клиент (заполняет все поля записи, потом вставляет). Так что смело можно большую компанию разделить на, допустим, 10 примерно равных частей, раздобыть 10 мощных рабочих станций и получить скорость порядка 36,000,000 записей в час.

Если предположить, что средний размер записи 400 байт, то это порядка 13.5 Гб/час.

Ну, давайте скинем до 10. В общем, решение реальное, IMHO. Но в особо тяжелых случаях нужно смотреть на обстоятельства.

Кстати, а вам зачем? Вы ведь теперь с BAAN, чтоли, работате? Нет, вспомнил, Scala.

[komar]

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

И ко мне, равно как к Baan или Scala, это никакого отношения не имеет.

[Андре]

Цитата:

Возможен ли переход существующего приложения c MS SQL на ORACLE ???

В общем случае возможен. В свое время такой клиент, как РосТелеком, с довольно большими базами перешел с Oracle на MS SQL.

[komar]

Цитата:

Сообщение от Андре

В общем случае возможен. В свое время такой клиент, как РосТелеком, с довольно большими базами перешел с Oracle на MS SQL.

А почему? Обычно переходят наоборот, на Oracle.

[Андре]

Цитата:

А почему?

Были определенные проблемы с производительностью, что, в общем то, не удивительно на таких объемах. В общем то, на ms sql свои проблемы, но при переходе MS рассыпался в обещаниях о поддержке и тесном сотрудничестве, в случае такого перехода.