Pull to refresh

Comments 5

Была у нас таблица‑справочник, которую от случайной записи держал ровно READ ONLY и больше ничего.

Звучит по-ораклиному :)

Если у вас купленый Postgres Pro Enterprise то кажется там были инструменты миграции с Oracle или нет? Просто кажется, Postgres Pro на каждом углу пишут как удачно госуха мигрирует с оракла, но получается это все делается руками, все эти 20% ?

Смотря что называть "инструментами". В Enterprise-редакции реально есть кусочки Oracle-совместимости (автономные транзакции и что-то по пакетам), это часть тех 20% реально закрывает. Но сама конвертация PL/SQL кода все равно через ora2pg идет (может со своими патчами). Просто код потом попадает в среду, которая ближе к Oracle, и часть багов ora2pg перестают быть проблемой сами по себе.

Так что нет, не то что руками совсем ничего не делают, но и не то что все бесплатно закрывается лицензией. Просто в презентациях про "успешную миграцию" никто не считает, сколько потом руками доводили. Я собственно из-за этого детектор и написал, чтобы эти места видеть заранее, а не после того как в проде упадет.

ora2pgpro все фичи завязаны на проприетарные штуки Enterprise - автономные транзакции, пакеты, ассоциативные массивы через pg_variables. по сути конвертит не лучше, а в фичи которых больше нигде нет кроме их платного продукта. closed source, так что либо верь вендору на слово либо нет.

IvorySQL вообще не конвертер, форк постгреса с оракловой совместимостью в ядре. свой PL/iSQL, понимает пакеты и синтаксис оракла напрямую, код почти не трогаешь. читал разбор от Vonng (автор pigsty) - говорит рабочая штука, но косяки есть, например record type в пакетах видны только изнутри. сам не щупал, но выглядит альтернативой если не хочешь 20% руками разгребать. только тогда сидишь на форке, не на ванильном постгресе.

Sign up to leave a comment.

Articles