_RDBMSЗдравствуйте. Никогда раньше не пользовался Sybase. Пользуюсь MS SQL. Знаю, что MS SQL основан на Sybase. Для развертывания БД в своем проекте на MS SQL использую SQL-скрипты (создание БД, таблиц, хранимых процедур, использование системных хранимых процедур). Собственно вопрос: нужно ли будет переделывать SQL-скрипты для развертывания на Sybase? По сути T-SQL и там и там?
На архитектурном уровне MSSQL ближе к ASE (базы Master и TempDB, DBCC, запуск на сервере множества баз и т.д.). На функциональном, если в MSSQL используются те же скалярные и табличные UDF, локальные табличные переменные, появившиеся в 2000-ом различные системные функции типа SCOPE_IDENTITY - ASE не совместим с этими расширениями и придется здорово переписывать код, так как у ASE нет функционала, позволяющего смоделировать или заменить на похожее поведение.

Здесь как ни парадоксально, спокойно вписывается Sybase ASA, архитектура которой с одной стороны вообще никак не похожа на ASE/MSSQL, однако функционал которой позволяет спокойно реализовать все возможности MSSQL и еще столько же добавить своего, чего нет в MSSQL. Однако ... диалект TSQL ASA расчитан впервую очередь на совместимость с ASE и только потом с MSSQL (тот же пас в сторону поддержки скалярных UDF функций на TSQL). Поэтому не всегда можно будет оставить существующих функционал процедур или функций на TSQL, там где ASE-шного TSQL не хватает, придется переводить процедуры на родной диалект ASA - WatcomSQL.

Я лично в свое время для себя написал визуальную утилитку под свои нужды, которая по выгруженному с EM скрипту полного создания базы MSSQL генерит аналогичный скрипт загрузки БД для ASA9. Конвертор автоматически переводит большинство несоотвествий TSQL от MSSQL с TSQL ASA на заменяющий их функционал ASA, создает список предупреждений по обьектам на те операторы, которые не возможно продублировать в ASA (тот же DBCC) и делает прочую рутинную работу. Однако конвертор этот был написан чисто для приватных целей для конвертации одного из проектов и, после конвертации мною через него тройки других рабочих и достаточно больших по функционалу БД MSSQL , могу сказать, что по хорошему в нем есть много чего еще доработать (к примеру не анализируются обьекты MSSQL, созданные не под dbo, нет автоматического перевода синтаксиса обращения к обьекту другой БД или другого сервера к обращению по овнеру прокси-таблицы, ссылающийся на удаленный сервер и т.д.). Так что в принципе в зависимости от того, что конкретно лежит в БД MSSQL конвертор или сможет помочь или не сможет. В принципе могу выслать, мне не жалко :)

Сергей ВаскецовЕсли можно, мне пожалуйста вышлите. Адрес есть в профиле. Просто сам такое делал для ASE->MSSQL, на perl (обрабатывается скрипт из PD), вот хочется понять, насколько близко ASA в этом по количеству работы.
Я выложил на RUSUG: http://www.rusug.ru/index.php?tree=25&mode=view&id=119