Скажу своё мнение.
1) Локальные СУБД не рассматриваю принципиально, ибо организация многопользовательской работы с такими СУБД это очень большой геммор. Большие сложности с резервным копированием, правами доступа, репликацией.
2) MySQL - хороший сервер, но... до версии 5 отсутствуют хранимые процедуры как класс, в 5-ке они есть но параметры возвращаются не очень хорошо, есть кой-какие проблемы с кодировками (те при исполнении кодировка внутри процедуры становится такой же как у клиента). Курсоры в хранимках почти отсутствуют. Хранилище ISAM быстрое, но блокирует таблицы при выборке (начиная с 4-й версии) !!! Потому большой select может всех завесить напрочь. Отсутствуют транзакции для этого хранилища. InnoDB - лучше, но медленнее, есть некоторые ограничения при репликации. Средства разработки ... в основном не очень, то с кодировкой глюки, то неудобно ... Компоненты доступа Zeos, MyDAC, ну и стандартные. Самое приятное - MyDAC в режиме direct connect с использованием unicode.
Firebird (а иже с ним и Interbase) просто идеален для небольшой сети, но при увеличении числа пользователей до 200 и более быстро теряет производительность. Репликации ... с этим очень трудно, но для небольших проектов они не нужны. Транзакции - самая лучшая транзакционная модель, версионность записей палка о двух концах, тк отсутствуют блокировки, но при непродуманном программировании можно нарваться на deadlock. Самая лучшая реализация процедур из всех sql серверов. Так работать с выборками не умеет ни один сервер из тех, что я знаю. В общем для рабочей группы 10-100 коннекций - самое то (при условии отсутствия репликации). Замечательно работает под web, в php есть специальные функции. Самое лучшее средство разработки - IBExpert, остальным до него еще расти .....
MSSQL - работает только на windows сервере, не интересует как класс, хотя при использовании технологий M$ дает хорошую отдачу, но эти технологии потребляют все аппаратные ресурсы и еще чуть-чуть и являются безусловно платными. Кроме того, ср-ва микрософт допускают лишь незначительную степень настройки, заложенную самим микрософтом, что не всегда устраивает конечных пользователей. В результате начинаются танцы с бубнами, которые отнимают слишком много сил ....
ORACLE - если планируется разрабатывать большую систему и масштабировать её - это самый лучший вариант. Самые приятные компоненты - ODAC в режиме direct connect. Наличиствует возможность масштабирования вплоть до построения отказоустойчивых кластерных систем 24х7.
Лично я бы для небольшого проекта использовал бы FireBird.
WEB проект или проект с большим числом коннекций при простой логике - MySQL (ну не ставят провайдеры по умолчанию больше ничего).
Всё остальное - ORACLE.
PostgreSQL смотрели для адаптации в один из проектов, но он значительно проиграл Firebird по скорости на небольшом числе коннекций.
PS При разработке необходимо также учитывать, что даже самые ярые сторонники мелкософт при вопросе "А где взять хороший грид, чтобы ничего не писать ?" тупо прячут глаза и смолкают. Потому приложения баз данных выгоднее писать на Дельфях.
