Вопрос!
А противопоказания к применению Sybase ASA есть?

Только индивидуальная непереносимость, если такая есть. Других противопоказаний не припомню.
Вопрос!
То, чего скрывают рекламодатели?
Какие рекламодатели? Предложение ASA обусловлено в первую очередь упоминанием требования off-line репликации. Можно вызвать очередную волну флейма, но именно в вопросе off-line репликации равных ASA нет среди SQL-серверов.
Легкость администрирования, работа под MS Windows (и не только), невысокая стоимость лицензирования - все это есть.
Для разработки бесплатна.
Если боишься, что от тебя что-то скрывают, то можешь переспросить в более соответствующих местах:
Портал русскоязычной группы пользователей Sybase rusug.ru и на нем форум Sybase ASA
Форум Sybase ASA,ASE,IQ на SQL.RU

Вопрос!
Меня на официальном сайте гетерогенность среды заинтересовала. На самом ли деле все будет работать хорошо, если в центральном офисе сервером БД будет не Sybase?
А почему бы и для центрального офиса не выбрать Sybase ASA для единообразия и, соответственно, уменьшения стоимости обслуживания? Для многотерабайтных баз, наверное, лучше смотреть в сторону тяжеловесов, а со средними ASA справляется не хуже прочих. Хороший оптимизатор, нормальная поддержка SMP, богатые возможности для разработки и т.д. - не рекламные лозунги, а объективная реальность.
Штатная off-line репликация работает либо ASA-ASA, либо между ASA и Sybase ASE в роли центральной СУБД. Если рассматривать вариант не off-line, а сеансовой репликации, то центральной БД может быть почти любая из распространенных. По крайней мере Oracle, DB2 и MSSQL поддерживаются.
Но IMHO лучше все же постараться не разводить зоопарк и проанализировать требования к центральной базе.

Вопрос!
Для центральной СУБД основные требования не в объеме и количестве баз, а в надежной работе,

Не имею нареканий. А для большего спокойствия есть бэкапы: обычные, инкрементальные и так называемый "живой" бэкап, позволяющий организовать в случае падения основного сервера подъем резервного с потерей минимума данных - практически только незакоммиченных транзакций. В 10-й версии уже сделана возможность штатными средствами организовать hot failover кластер.
Вопрос!
в быстрой разработке,

Я уже упоминал про богатые возможности для разработки. Весьма развитый диалект Watcom SQL. Если очень хочется, то серверную логику можно и на Java писать.
Вопрос!
в простом развертывании, сопровождении и администрировании (в филиалах и вовсе не планируется админов держать).

Да, это все в ASA всегда было. Тут возникают эпизодические флеймы про то, что нулевое администрирование - бред и оракл администрить не сложнее. Но повторюсь: ASA прост в освоении и сопровождении. Имеет понятную прозрачную архитектуру и идеологию. На ура воспринимается людьми, не сталкивавшимися ранее с ASA. В филиалах постоянных админов обычно не держим.
Вопрос!
Будет ли клиент, написанный на NET и прикрученный к СУБД Sybase ASA через ADO.NET работать нормально?

Будет. ADO.NET провайдер для ASA в поставке есть.

Вопрос!
Спасибо за развернутые ответы. Будем пробовать и сравнивать. Пока рассматриваются варианты MS SQL Server 2005 EE + MS SQL Server 2005 Express (с этого в общем сначала и началось и уже есть готовые базы и клиент,

К сведению, Sybase ASA поддерживает в качестве второго диалекта Transact SQL. Разумеется, полной совместимости с MSSQL ожидать не приходится, т.к. T-SQL там в основно для совместимости с Sybase ASE. Но перевод уже имеющихся баз это может заметно упростить.

Портал русскоязычной группы пользователей Sybase

Вопрос!
У меня часть функций и процедур типа "нечеткий поиск" по реквизитам или валидация значений написана на CLR. Есть ли возможность подключить их к Sybase или придется переписывать?
CLR - это common language runtime от .NET? Нет, такой прямой поддержки в ASA нету. Как выход из положения - обернуть это в DLL и вызывать отттуда функции, но лучше не городить огород и переписать на SQL или Java. С дальнейшими вопросами именно по ASA welcome в соответствующий форум

Stas TristanБлин, ну все хорошо в ASA, кроме платности...
...
ASA - прекрасный продукт, с возможностями, полностью удовлетворяющими специфику бизнеса моего проекта, но с вышеуказанной хм... проблемой что ли...
Иногда стоит взять в руки калькулятор и прикинуть, запросто может оказаться, что все-таки лучше заплатить за прекрасные возможности, чем сэкономить и платить потом за их отсутствие. Но это лирика...
Вопрос!
В моем случае дополнительное приобретение лицензий(например: Windows 2003 Server Std(~850$) + MS SQL Server 2005 Std(850$) + клиентские лицензии(~50$ * 5)) для каждого из 50 филиалов, в каждом из которых 3~10 пользователей обойдется ~100 000$ Дороговато, однако.
Использование Sybase ASA получается дополнительно ~35 000$, что тоже немало.

Не мало, но все равно в 3 раза меньше. Кроме того, рекомендую поинтересоваться такой штукой, как "золотой диск ASA" у российского представительства либо непосредственно у iAnywhere solutions. Если такое еще практикуется, то это позволит еще заметно снизить стоимость.

Sergey Orlov пишет:

> Не забудь, что ASA, в отличие от MSSQL, мультиплатформенный сервер, есть
> freewar-ный ASA для Linux, вернее можно скачать версию для Linux, где
> есть ограничения по количеству процессоров, размеру базы, в то же время
> полностью функциональную.

Уже второй раз за несколько дней такая дезинформация. НЕТ freeware
версии ASA! Нет и вряд ли появится в ближайшее время. Есть только
Developer Edition, бесплатный, как для Windows так и для Linux, не
имеющий почти никаких ограничений кроме лицензионного соглашения,
разрешающего использовать только для разработки.

Бесплатно под Linux был выпущен только ASE Express Edition - совершенно
другой сервер, имеющий с ASA очень мало общего.

Posted via ActualForum NNTP Server 1.3

Glok пишет:

> Потом дороже вылезет, когда сторонний репликатор как-нить лажу подкинет.
> Так что Oracle однозначно......

Это такая тонкая шутка? Или у оракла появились наконец-то штатные
средства off-line репликации? Я уж молчу про легкость развертывания и
сопровождения в 50 филиалах
Posted via ActualForum NNTP Server 1.3

Glok пишет:

> В 8.1.7. уже есть.
> Асинхронный режим репликации. Чем не офлайн?

Не знаю, может быть чем-то и не офф-лайн. Вопрос терминов. Что есть
асинхронный режим? Off-line репликация не требует наличия возможности
прямого соединения серверов даже на короткое время. Репликация
осуществляется передачей сообщений. Штатные поддерживаемые в ASA
транспорты сообщений - e-mail, FTP, Lotus VIM и просто файлы, которые
могут отправляться хоть конным курьером с дискетками. При этом SQL
Anywhere сам заботится о целостности, последовательности и подтверждении
сообщений, сам перезапрашивает повторы при потерях и т.п.
Беглый поиск по форуму Oracle показывает, что там ничего подобного нет:
http://sql.ru/forum/actualthread.aspx?tid=324791
http://sql.ru/forum/actualthread.aspx?tid=265862
http://sql.ru/forum/actualthread.aspx?tid=14443&pg=2#74445
http://sql.ru/forum/actualthread.aspx?tid=68470&pg=1#491644
http://sql.ru/forum/actualthread.aspx?tid=202436&pg=1

Либо там люди что-то утаивают, либо не в курсе и по неведению пишут
самопальные репликаторы под подобные задачи

Подозреваю, что упомянутый асинхронный режим подразумевает хотя бы
эпизодическую прямую связь серверов. Т.е. сеансовая репликация. В ASA
такое тоже есть, называется Mobilink, позиционируется в первую очередь
как решение для мобильных пользователей, но с тем же успехом может
использоваться и для стационарных инсталляций.

> Есть штатные средста экспорта/импорта. В старших версия есть
> trasportable tablespase......

Экспорт-импорт и репликация - это несколько разные вещи. Вы не находите?
Как экспортом-импортом разруливать одновременные правки в разных
местах разных записей одной и той же таблицы? А если вообще правятся
разные поля одних тех же записей? А отработка конфликтов репликации? А
множественные изменения в связанных ссылочной целостностью таблицах? А
разделение информации для разных подписчиков? И множество других вопросов.

> А что MS SQL или Sybase проще разворачивать?
> Если не знаешь оракла тогда сложно... даже почти не возможно, как в
> прочем и любую другую СУБД.

Для незнающего айтишника или даже вообще адвансед юзера можно
подготовить zip-архив около 6-7 мб с минимальным набором необходимого
для установки сервера SQL Anywhere, накатать инструкцию в пару абзацев,
либо объяснить по телефону за 10 минут либо вообще подготовить батник с
3 строчками, который установит и запустит сервер. Почти невозможно?
Разумеется, в оракле в маркетинговом отделе тоже не дураки сидят и с
каждой версией многое становится проще, но утверждать, что он так же
прост в развертывании и сопровождении, как ASA - слишком опрометчиво.
Впрочем, флейма на эту тему тут было уже предостаточно.
Posted via ActualForum NNTP Server 1.3