Начинаю писать небольшой клиент-сервер с БД с перспективой дальнейшего развития. Пока планируется 4 клиента, потом возможно до 100. Пока склоняюсь к MySQL. Или может целесообразнее FireBird.

PS сервер приложений и сервер БД на одной машине, возможен даже вариант использования БД в embedded варианте

PS Работемс в VC++

Licvidator_guest100 соединений одновременно? Смотри в сторону PostgreSQL.

Нет, не одновременно, одновременно думаю максимум соединений 20 в худшем случае...

Хрен Licvidator_guest100 соединений одновременно? Смотри в сторону PostgreSQL.

Я так понял из постановки, это авторская программа будет иметь 100 клиентов (ну.. гхм.. в том смысле что..). А раз речь зашла об embedded, то от его сервера до базы будет 1 соединение. Так что по барабану.

На самом деле - вы лучше смотрите по скорострельности, которая вам нужна. по фичам, которые собираетесь (или привыкли) использовать.

Лучший вариант - "смоделировать и протестировать".
на чем писать то будете?

Писать на С++ буду, а по фичам в принципе ни к чему особо не привык - БД вообще довольно редко пишу ;)

embedded вариант рассматриваетмся но обязательно, наскока я знаю в MySQL с этим всё отлично, про FireBird не в курсе. Хранимые процедуры/триггеры - насколько я знаю в MySQL с этим никак, но если embedded вариант, то хранимые процедуры нафик не нужны - всё будет тогда встроено в серве приложений...

tygraТак вы все-же собираетесь писать клиент-сервер или трехзвенку ? Прозвучало два различных определения, так какое из них?

-- Tygra's --

по сути трехзвенка...

Есть клиент, есть сервер приложений и есть СУБД. Вот то как именно СУБД используется - как отдельный процесс на другой машине или цепляеется в виде dll к серверу приложений - вопрос пока нерешённый и обсуждаемый...