|
Ну тогда подброшу преимуществ ASA:
1. Триггеры могут быть по записям, на весь статемент, на обработку конфликтов версий изменяемой одновременно записи в нескольких узлах. В позаписных BEFORE триггерах (которых кстати нет в ASE) разрешается инициализировать и изменять поля добавляемых или изменяемых записей, что дает дополнительные преимущества при разработке бизнес логики (к примеру в таблице есть NOT NULL поле, которое при вставке клиент не указывает и ему в триггере автоматически присваивается нужное значение).
2. Никакой своей репликации писать не надо (ни в коем случае), SQLRemote идет по логу и посылает не данные, а SQL операторы с лога. Это означает минимальный трафик и большую надежность. Так же можно отключить логирование триггеров, то есть при репликации будут штатно вызываться триггера на удаленных БД в том же порядке, что опять же приведет к снижению трафика. Так что своя репликация будет в сотни раз уступать по скорости, надежности, легкости управления и функциональности штатной репликации.
3. Для репликаций есть возможность трансляции своих SQL операторов по подписчикам, например изменить схему БД или вызвать сложную процедуру расчета, что приведет к вызову такой же процедура на удаланном узле. Это позволяет удаленно синхронизировать схемы БД, администрировать сервера (например вызвать дефрагметацию таблиц) и опять же снижать трафик засчет вызова процедур.
4. Вместо геммороя со сквозной нумерацией ASA имеет в загашнике глобальные инкременты, которые автоматически ведутся в разрезах под каждую БД, где на инкремент таблицы мы указываем его шаг (например на каждый узел 10 миллионов записей), каждая БД имеет свой код и сервер сам ведет инкременты под каждую БД, причем отслеживая разрезы и таким образом не сбивая показание счетчика таблицы, если в нее например репликация вставляет записи с другого узла, имеющего естественно другой разрез кодов.
5. WatcomSQL - это полноценный язык хранимых процедур, с поддержкой исключений, рекурсивных запросов, OLAP функций, области видимости переменных и т.д., TSQL с ним рядом не стоял. Думаю не стоит обьяснять какие это дает возможности по централизованной реализации всей бизнес-логики в самой БД.
6. Поддержка работы внутри ХП с long varchar и long binary, с фукнциями загрузки и выгрузки с файлов, которые как известно могут быть размером до 2 гб добавляет плюсов по хранению и обработке различных видов данных. Плюс это дает возможность полноценно пользоваться динамическим SQL, по ходу работы генеря и выполняя в ХП большие скрипты.
7. Оптимизатор на 5+. Очень очень умный. Меня сложно уже удивить, но буквально недавно обнаружилось, что ASA умеет проводить параллейных скан индексов с физических носителей, подключенных как зеркало через RAID, где с основного винта читается таблица, а с зеркала параллейно индекс. Про оптимизатор могу только сказать, что он гораздо больше понимает в алгоритмах оптимизации, чем я, есть чему учиться, глядя на его планы запросов.
8. Автоматическое распределение нагрузок и памяти, поддержка RAID для параллейного сканирования носителей, наличие возможности написания событий на WatcomSQL, позволяющих отслеживать различные события в жизни БД - от подключение или отключения пользователя, до завершенного бакупа или переполнения инкремента - все это дает огромный простор для творчества и позволяет делать проекты с действительно самым настоящим нулевым администрированием, где все что касается надежности и скорости ASA берет на себя, а все что касается внештатных ситуаций управляется извне через репликации и своими событиями.
9. Приятно, когда сервер многое умеет и позволяет творить чудеса. Еще приятнее, когда творишь с удобствами - визуальные мастера, дизайнеры, пошаговый отладчик и профайлер ХП, монитор нагрузок, консультант индексов, графический план запросов, возможность логировать тяжелые реальные запросы, выполняющиеся на сервере и смотреть их в графическом плане в ISQL - все это прибавляет прелестей в жизни разработчика ASA.
10. Легкая и простая архитектура сервера позволяет переместить БД с сервера на сервер простым копированием файлов БД, нет никаких заморов с Master или TempDB, потому что их нет, все пользователи и настройки БД хранятся в самой БД, поэтому при переносе на другой сервер мы переносим все.
11. Легкий и простой запуск ASA как приложения/сервиса/демона означает быструю разработку инсталяции и апдейтов ASA в своих проектах, малый вес инсталяций для точек, где вообще нет никаких администраторов, а просто есть пользователи, умеющие запустить Install и нажать кнопочку Finish (у меня так и есть - на удаленные узлы посылались CD с инсталяцией, которая ставила ASA, разворачивала там БД, регистрировала ASA сервисов, настраивала репликацию и запускала тут же БД в работу).
12. Есть поддержка получения нового значения инкремента без вставки записи в таблицу, что развязывает руки при проектировании в клиентских приложениях форм master-detail.
... еще можно много и много писать. И про криптографию БД и про поддерживаемый до 32кб размер страницы (как и varchar(32000)) и про веб-сервисы, на базе которых например у меня только ASA без сторонних сделана система синхронизации схем БД моих эталонных баз с базами клиентов наших продуктов, и про нативную поддержку новой VS.NET, про мгновенное выполнение запросов в сотни строк, про эвристический анализатор, автокоррекцию статистики и кэширование в БД лучших планов запросов ... так вот я что то мало слышал хотя бы о половине тех возможностей в ASE, что давным давно присутствуют в ASA Задайте себе просто вопрос - а стоит ли от всего этого отказываться, с учетом того, что лицензия ASA стоит всего-то 120$ ? Может ну его, ведь ASA имеет уровень совместимости с ASE и поддерджку TSQL, и не так уж сложно БД в принципе переносятся ;)
|
