Тезисы:
1. Начальство надо лечить, однозначно. При серьёзном накопленном объёме
данных переход с одной СУБД на другую экономически нецелесообразен, за
исключением случаев, когда упёрлись в ограничения по производительности.
2. Автоматически перенести таблицы и данные вполне можно, в самом DB2 есть
средства импорта из всяких источников данных. Однако все индексы и
ограничения (включая первичные и внешние ключи) при этом будут потеряны.
3. В качестве более-менее приличного средства конвертации схемы
можно попробовать ErWin (либо какой-нибудь его собрат-конкурент). Он может
закачать описание схемы практически любой промышленной СУБД, а затем
сгенерировать скрипт для другой СУБД. Впрочем, без данных, с ручной работой
по настройке доменов и не без тараканов.
4. О средствах конвертации хранимых процедур я ничего не слышал. IMHO, их
создание - дело практически невозможное: одни и те же фичи в DB2 и ORACLE
реализованы совершенно по-разному.
5. DB2 - самая отвратительная из известных мне СУБД промышленного уровня.
Админу, который администрит её при использовании в реальных задачах, надо
ставить при жизни памятник. На мейнфреймах оно, может, и хорошо, но кто
из нас часто видит эти самые мейнфреймы?
|