Anatoly MoskovskyЕсли приложение только для ввода данных (OLTP) то FireBird (и вообще любая СУБД в которой есть транзакции) потянет в принципе любое кол-во клиентов.
Но если нужен анализ данных - то тут в зависимости от задач возможны варианты (в т.ч. и вариант что обе этих СУБД не потянут по предоставляемому функционалу или по масштабируемости).
Не знаю как сейчас, а еще пару лет назад с масштабируемостью у клонов InterBase было мягко говоря очень плохо - либо все в рамках одного потока крутится, либо на каждое подключение свой поток, которые между собой данные шарить не умеют (попытка "на коленке" сделать поддержку нескольких процессорных ядер). При этом авторы поют песни про то, как замечательно они придумали, и что собственно шарить данные нужно через кэш ОС и это есть идеологически верно. Так что насчет любой СУБД и любого количества клиентов - я бы не горячился. Опять же не в курсе их последних телодвижений, но оптимизатор там rule-based с некими стоимостными допилами, а не нормальный cost-based (что есть прошлый век в сфере технологий СУБД). А перейти с одного на другое - это переписать большую часть движка СУБД заново надо...
Тут на форуме разработчики FireBird'а крутятся, но у них обычно очень большое самомнение о себе и своем поделии.
Ну а так, если тянет и бесплатно - то чем не вариант, хотя есть и от MS SQL, Oracle и DB2 бесплатные варианты.

Anatoly MoskovskyОптимизатор - это аналитика, длительные и ресурсоемкие сеансы.
А OLTP - это коннект, вставка, дисконнект. В этой схеме масштабируется любая СУБД. Я про это говорил.
Ну не только. Таже вставка - проверить все ограничения, отработать триггера и т.д. и т.п. Может получиться весьма неслабо. А если это все крутится в одном потоке, то никак не масшатабируется. На несколько потоков - масштабируется плохо из-за выбранного способа реализации. Не говоря уже про какие-нибудь SD архитектуры...

AIS,

Я бы посоветовал остановится на бесплатной СУБД от Microsoft или Oracle - там всегда при необходимости достаточно малыми силами можно будет перейти на платные редакции.

AISAnatoly MoskovskyПокупать ASE я бы вообще не стал...
А чего так категорично? Ведь это родное для РВ. Жаль, что у Sybase нет такого как у других - бесплатного, пусть даже усеченного. :(

P.S. Даже с "автомобилем" Таврия не советуют экспериментировать, а рекомендуют ставить только родные колеса.
Чем ASE более родной для PB, по сравнению, ну например с MS SQL?

AISASE и PB, как два сапога пара от одного производителя. Можно и по отдельности "надевать и ходить", но парой как-то удобней.
А по существу ответ? Без всяких там аллегорий.