Был (хотя, почему был? и сейчас есть) проект с аналогичной задачей: было все в PD для ASE, надо было сделать для MSSQL. Поддерживать несколько моделей не стал, сделал все в одной, различия в типах меня не затронули, так как везде использовались домены, основная работа была по переводу TSQL. Изменение текста сделал автоматически парсером на перле. То есть, после формирования скрипта его в самом общем общем случае лить в БД нельзя, а надо прогнать через этот парсер. А он уже для нужной платформы сервера (а их в общем случае опять же не две) заменяет @@sql_status на @@fetch_status, isnull на nvl, удаляет lock datarows with identity_gap = 10, добавляет from dual и т.п.Естественно, фиксируется в CVS и аналогах и тем более отдается клиентам уже пропарсенная для требуемой платформы версия скрипта.