Насколько сложна технически миграция Баз Данных с одной СУБД на другую? Oracle => MS SQL

Я бы брал запас на целый день, но в принципе, это относительно несложная процедура. Хотя многое зависит от объема БД и текущей структуры взаимодействия с ней. Если изначально все реализовано через жопу, то можно и за неделю не уложиться, если же работа с БД была построена идеологически правильно, то работы на пару часов.

Отвечающим: Ребята, если вы не пользуетесь ODBC и копипастите огромные массивы информации ручками, вместо того, чтоб автоматизировать процессы, вам следует смотреть пункт "Если изначально все реализовано через жопу".

Есть такая штука как SQL Server Migration Assistant for Oracle. По идее он должен сделать бОльшую часть черной работы. А все остальное зависит от того, чего там в твоем оракуле понаворочено. Например, если там используется динамическое программирование, то такие штуки, ясен пень, никакими тулами никуда перенесены быть не могут, придется переписывать.
Ну у самая геморройная часть - это клиентская, если таковая имеется. Плюс анализ и настройка всех запросов - поначалу падение производительности будет катастрофичским. В общем, если что-то большое и сложное у тебя там, то лучше на трогай.

>если вы не пользуетесь ODBC и копипастите огромные массивы

Ай-яй-яй, какой умный. Вот тебе безо всякого ОДБЦ - переведи-ка на свой МС:

EXECUTE IMMEDIATE 'ANALYZE INDEX :MYIDX REBUILD SAMPLE 3 PERCENT' USING V_IDX;

А что это за смена? "Часы на трусы", как говорили в СССР. С какой стати?

Это относительно несложная процедура?? ? Если честно, это - локальный Апокалипсис. Мало того, что СУБД не бывает без клиентских приложений, которые придется переписывать, так ещё и перетаскивание хранимых процедур с PLSQL на TSQL, переписывание запросов с (+)= на LEFT JOIN-ы, перенастраивание триггеров, счетчиков, индексов, представлений, прав пользователей и т. п.

В общем, всё придется написать заново. Только данные перекинуть можно относительно просто через BULK INSERTы, например.

Это зависит от того, что у вас там в базе. Например, если у вас большое количество хранимых процедур - то это будет адом.