Yo!!2ASCRUS
давайте посмотрим - надо например мигрировать с .. на .. . Берем тройку лидеров, у каждого есть многостраничные документы migration guide которые описывают большинство аспектов, что есть у asa ? три строчки в указаных документах в которых даже разницы между ораклом и мс не делают ... мне не удалось найти даже разницы в t-sql asa и t-sql sql2k.
Migration Wizard в Sybase Central спокойно все переносит. Если в ASA все делается легко и элегантно, то особо и в документации писать нечего. Ну а разницу между TSQL ASA и MSSQL2000 нужно будет искать в документации Sybase ASE, так как TSQL ASA сделан исключительно для полной совместимости с Sybase ASE (фактически он и развивается только, когда в ASE чего то появляется и на порядки отстает от родного WatcomSQL) и соотвествующе миграция с MSSQL на Sybase ASE будет почти равна миграции с MSSQL на Sybase ASA. Почему "почти" - потому что в ASE нет табличных переменных, UDF, referencing cascade и прочего, что было введено в 8-ую версию MSSQL - здесь будет проще такие куски вручную перенести на WatcomSQL без потери функциональности.
vadiminfo
Oracle очень большая и на самом деле сложная в изучении система (я уж молчу, сколько стоит это самое обучение и техническое сопровождение Oracle, без которого за так ничего не получишь - вот только что наш человек вернулся с обучения Oracle, весь "под впечатлениями"). Как Вы правильно заметили, очень много всего. Однако это совсем не означает, что эта функциональность реализована только в Oracle. Желательно посматривать по сторонам с целью расширения кругозора, нельзя зацикливаться только на одном. Позволяет более грамотно обосновывать выбор платформы своей СУБД для продукта (всегда легче корректно сравнить, чем сказать я знаю, я думаю, я уверен ...), частенько даже наталкиваешься на новые идеи и мысли, которые оказывается можно применить и на базе своей платформы. Я например, просто вынужден этим заниматься и тщательно изучать перечисленную Вами тройку лидеров из за поставляемых решений интеграции. Например, есть контора, есть у нее солидное ПО на Oracle, все замечательно работает, всех устраивает. Тут вдруг оказывается нужным вынести данные на КПК и ноутбуки сотрудникам конторы, а то и организовать обмен данными с далеким офисом в Мухосранске, где понятие выделенки абстрактное явление. Спокойно берем ASA, делаем удаленное приложение, через MobiLink организуем связь с Oracle, как консолидированной БД, затрачиваем минимум времени, ресурсов и денег, не озадачиваясь наличием приличного сервера и специалистов в удаленном офисе и даже никого не посылая в командировки. Причем ПО на Oracle этого абсолютно не замечает и продолжает себе спокойно и уверенно работать. Я такие решения поднимаю враз и стоимость разработки и сопровождения таких решений выходит клиентам в копейки. Или же можно попробовать поставить в Мухосранск тоже Oracle, протянуть выделенные и резервные каналы связи, найти и обучить специалиста, малость "поправить" основную БД, в общем повкладывать деньги, потянуть время и хорошо поразвлекаться.
P.S. Насчет функциональности - вот только что по OLAP ASA9 вышла приличная книжка. Можете
скачать и посмотреть - совместимость с OLAP Oracle 100%, так что можно спокойно для Oracle пользоваться в качестве настольного справочника.
