|
26.07.2006, 12:24 | #1 |
Участник
|
переход существующего приложения c MS SQL на ORACLE
Возможен ли переход существующего приложения c MS SQL на ORACLE ???
|
|
26.07.2006, 12:41 | #2 |
Участник
|
Конечно возможно, из граблей - некоторые куски кода (самописного) придется оптимизировать под оракл - сложные джойны в частности - оптимизатор там рабоатет нескоько по иному..
|
|
26.07.2006, 13:04 | #3 |
Участник
|
А если использовали запросы напрямую к БД
(классы Connection и Statement), то придется их пересмотреть все на совместимость с ораклом. (если там был более сложный SQL) |
|
26.07.2006, 13:34 | #4 |
Участник
|
Т.е. для перехода в принципе достаточно указать в источнике данных на оракл и все?
И Axapta запуститься? |
|
26.07.2006, 13:41 | #5 |
Administrator
|
Так с приложением проблем быть и не должно. А вот данные как Вы переносить собираетесь?
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
26.07.2006, 14:03 | #6 |
Moderator
|
Цитата:
Сообщение от Maxim Gorbunov
А вот данные как Вы переносить собираетесь?
P.S. (на картинку копирайт отсюда (с) L.Mourгo, D.Weiner - Dynamics AX - A Guide to Microsoft Axapta. 2005. ) Последний раз редактировалось Gustav; 26.07.2006 в 14:18. |
|
26.07.2006, 15:42 | #7 |
Участник
|
А банальный экспорт/импорт данных и настроек средствами Axapta?
|
|
26.07.2006, 18:02 | #8 |
Шаман форума
|
Цитата:
Сообщение от Aleck
А банальный экспорт/импорт данных и настроек средствами Axapta?
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
26.07.2006, 14:11 | #9 |
Administrator
|
Не поймите меня неправильно. Задача-то решаемая. Только не с наскоку.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
26.07.2006, 14:56 | #10 |
Участник
|
Ну например данные перенесли а вот приложение запускаться отказывается
|
|
26.07.2006, 14:59 | #11 |
Administrator
|
Я думаю - что сначала нужно сваять чистую базу в оракле под ваше приложение - а потом (когда приложение запустится) только переносить данные. А в отношении переноса - заглянуть по ссылке http://www.axforum.info/forums/showt...2829#post92829
__________________
Возможно сделать все. Вопрос времени |
|
26.07.2006, 15:02 | #12 |
Участник
|
А вы табличку SQLSYSTEMVARIABLES тоже перенесли из MS SQL?
Обратите внимание, что для разных серверов б/д она инициализируется по разному. Класс SqlDatabaseInit, методы insertSystemVariablesOracle() и insertSystemVariablesSqlServer()
__________________
Axapta v.3.0 sp5 kr2 |
|
26.07.2006, 18:10 | #13 |
Участник
|
Я бы поставил вопрос о приниципиальной возможности - 20 гигов стандартным импортом я помнится пробовал - падает, в любом формате.
|
|
26.07.2006, 18:12 | #14 |
Шаман форума
|
Цитата:
Сообщение от MironovI
Я бы поставил вопрос о приниципиальной возможности - 20 гигов стандартным импортом я помнится пробовал - падает, в любом формате.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
26.07.2006, 18:27 | #15 |
Участник
|
Скорее кто-то познает ADO и ODBC и напишет переброску основных таблиц через сварганеный скрипт - хотя по этому вопросу лучше конечно на www.sql.ru - уверен есть способ прямее, либо там уже придумали..
|
|
26.07.2006, 18:37 | #16 |
Member
|
2 komar
Ну, допустим, у меня есть успешный опыт реализации того, что написано здесь: Тормозит Экспорт/Импорт данных Правда, я с Oracle тащил в MS SQL. Скорость импорта на хорошем лаптопе свыше 1,000 записей в секунду. Это свыше 3,600,000 в час. Прелесть подхода в том, что компанию можно перетаскивать частями (для сохранения ссылок по RecId и TrnsactionId нет надобности все пихать в один файл). В процессе импотра грузится преимущественно клиент (заполняет все поля записи, потом вставляет). Так что смело можно большую компанию разделить на, допустим, 10 примерно равных частей, раздобыть 10 мощных рабочих станций и получить скорость порядка 36,000,000 записей в час. Если предположить, что средний размер записи 400 байт, то это порядка 13.5 Гб/час. Ну, давайте скинем до 10. В общем, решение реальное, IMHO. Но в особо тяжелых случаях нужно смотреть на обстоятельства. Кстати, а вам зачем? Вы ведь теперь с BAAN, чтоли, работате? Нет, вспомнил, Scala.
__________________
С уважением, glibs® Последний раз редактировалось glibs; 26.07.2006 в 18:41. |
|
26.07.2006, 18:43 | #17 |
Шаман форума
|
По частям - конечно, можно. Думаю даже, что это есть универсальное решение любой проблемы с производительностью, и даже в любой системе.
И ко мне, равно как к Baan или Scala, это никакого отношения не имеет.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
27.07.2006, 09:35 | #18 |
Moderator
|
Цитата:
Возможен ли переход существующего приложения c MS SQL на ORACLE ???
|
|
27.07.2006, 09:51 | #19 |
Шаман форума
|
Цитата:
Сообщение от Андре
В общем случае возможен. В свое время такой клиент, как РосТелеком, с довольно большими базами перешел с Oracle на MS SQL.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
27.07.2006, 10:17 | #20 |
Member
|
Цитата:
Сообщение от komar
...
Обычно переходят наоборот, на Oracle. ...
__________________
С уважением, glibs® |
|