Oracle Server и SQL Server очень отличаются и от администрирования и от позиции использования базы данных.
Подготовьтесь проводить довольно мало времени, портировав. Некоторые проблемы первое, что пришло на ум:
Сами языки достаточно отличаются для требования значительного усилия по портированию для сценариев и хранимых процедур. Это колеблется от вещей как различные операторы конкатенации (||
по сравнению с. +
), к изменениям на имена функций и тонкость (NVL
по сравнению с. COALESCE
), к концептуальным различиям (обработка исключений, чувствительность к регистру). Некоторые другие примеры:
Большинство вещей, которые Вы сделали в Oracle с помощью курсоров, сделано в SQL Server с помощью временных таблиц.
Они главным образом эквивалентны, но необходимо будет изменить синтаксис любых процедур с помощью них.
У них главным образом есть те же функции, иногда под различными именами с переменными побочными эффектами. Некоторые выделения:
Короче говоря, существует достойная размерная кривая обучения при движении от Oracle до SQL Server (или наоборот). Не стесняйтесь добавлять к этому списку.
Существует некоторая неперекрывающаяся функциональность между Oracle Server и SQL Server, и они работают вполне по-другому во многих отношениях. Например:
Oracle не имеет прямого эквивалента столбцу идентификационных данных. Эквивалентная функциональность была бы сделана по-другому с помощью последовательностей.
МН / SQL и T-SQL очень отличающиеся языки. Если у Вас большое тело кода хранимой процедуры, готовы потратить существенный amonunt времени, портируя его. Кроме того, t-sql идиомы часто отличаются вполне существенно от МН / SQL.
Например, T-SQL намного лучше в операции в секунду набора, чем МН / SQL и МН / SQL намного лучше в работе с курсорами (например, параллельные конструкции цикличного выполнения). Некоторые вещи, сделанные многократно в МН / SQL, вероятно, лучше сделаны с помощью операции в секунду набора и временных таблиц в T-SQL.
Сравнения в SQL Server нечувствительны к регистру по умолчанию. Сравнения в Oracle чувствительны к регистру.
Работа с разделами таблицы в SQL Server очень отличается (и несколько более неуклюжа), чем оракул.
Microsoft имеет исчерпывающий набор ресурсов для помощи мигрирующим приложениям и базам данных от Oracle до SQL Server 2008. Контроль основная страница миграции в SQL Server 2 008 Решений - Миграции - это включает методологию для миграции, инструменты для помощи Вам и некоторым клиентским свидетельствам.
Надеюсь, это поможет.
Это видео учебное руководство по теме, "Мигрирующей от Oracle до SQL Server с 80% меньшим Усилием", могло бы получить Вас полное изображение.
Видео URL: http://wtv.watchtechvideos.com/topic307.html
Я предпочитаю третье лицо applpications для миграции моих данных, я использую загрузчик данных, когда я перемещал MS SQL в FoxPro, это работает отлично, и это может переместить почти любую базу данных.
Загрузите бесплатно: http://www.dbload.com