нужно спроектировать БД если вместе со всеми справочниками то таблиц там может быть 20-30 и более .... записей в основных таблицах тоже порядочно будет ... она будет локальная ... и соответственно приложение для работы с ней на дельфи ... посоветуйте какую СУБД выбрать для этих целей??? ... просто я не со всеми еще знаком и не все положительные/отрицательные стороны каждой из них знаю ... 

Если количество записей в одной таблице примерно до 10000 то можно использовать Paradox (можно и Access но это на любителя).

Если база большая то MySQL + ADO. Мощьная, не увесистая (в отличие от DB2 и Oracle), нормально работает как в сети так и локально.

ЗЫЖ всеголиш скромное ИМХО.   
 

Olimpic21, можешь Interbase использовать... 

http://forum.vingrad.ru/index.php?showtopi...p;#038;view=all !!!

Добавлено @ 11:32 
Уже обсуждалось 154 раза.
По этому линку все подробно расписано. 

а Firebird подойдет для моих целей?
база не такая и большая но записей скорее всего более 10000 то будет ...на вариант MySQL + ADO наверно упадет мой выбор 

Это тотже интербейс тока альтернативный (бесплатный и чуть чуть более глючный чем фирменный ИМХО)



решение хорошее. Теперь совет: не бери последнюю версию - глючная. Ищи примочку которая соединяет MySQL c ADO (мелкие об этом не позаботились).
Ну и форумы с мануалами почитывай не брезгуй.    

можно поподробнее про примочку для соединения MySQL c ADO? времени на чтение мало ... диплом делаю и на работе задачу надо начать решать ... а работал пока только с ораклом акцессом и парадоксом которые ... скорее всего здесь не подойдут

Добавлено @ 12:45 
про Firebird  ...я с интербейсом не работал ... но я так понимаю он на большую бд не расчитан? 

Olimpic21, расчитан-расчитан...

Но сам я предпочитаю MySQL 

если диплом то лучше парадокс + известен он тебе.


усе дома. надеюсь до завтра потерпишь. Если нет то рекомендации в привате. 

Информация по одной системе:

    * InterBase 7.5.1
    * 40-50 одновременных пользователей
    * размер базы данных 65 гигабайт
    * ~450 тысяч транзакций в сутки
    * 800 таблиц (50 гигабайт данных), 1200 индексов (11.5 гигабайт)
   

Скорее наоборот 

Да и с чего было взято что "на большую БД он не расчитан". Если большая БД это с гиг и более, то возможно это и не лучший выбор. Но в этом случае, думаю и MySQL не лучший выбор.
А для твоего случая, FB/IB, вполне нормальный выбор. Кстати, у FB есть такой вариант как "встроенный" сервер. Он позволяет построить однопользовательское приложение с минималоьным использованием внешних файлов. Т.е. в этом варианте сам SQL-сервер представляет собой просто DLL, не требующую какой-либо предварительной инсталяции.

Но, если у тебя речь не идет об обязательном использовании SQL-сервера, нет многопользовательской работы, то, максимальную скорость разработки ты получишь на любой знакомой тебе СУБД. Даже Paradox и Access вполне подойдут.
 

Тебе понадобится:
   mysql-connector-odbc-3.51.12-win32.zip (ado)
   mysql-workbench-1.0.6-beta-win32.msi (проектировка базы)
   mysql-administrator-1.1.9-win.msi

это все метров 30 + сам MySQL 40.
если хочеш могу бросить на почту    

Мама... и это для маленькой БД     

Если ты только начал используй вкладку ADO и БД Access, ADO проще всех остальных и его более просто освоить 

Если работать с MySql, то лучше использовать компоненты ZEOS и не надо никаких BDE, ODBC.

Добавлено @ 01:57 

У MySql это тоже есть.