Какую лучше использовать базу для локального использования, т.е. и программа и сама база данных на одном компьютере, т.е. не для сетевого использования?

Может BDE + Paradox v.7 ?

зачем поднимать это старьё? Уж лучше Acces + ADO!

от этого добра сам борланд отказывается да пока не может. так зачем нам?

Access или VFP.

Firebird 2.0.1 embedded.  

Я бы выбрал MS Visual Fox Pro 9.0
По моему лучшая локальная база, да и идет она в очень удачном наборе. Полный пакет для девелопа.
Firebird смысла как локальную использовать по-моему нет, Paradox староват и защита очень слабая, как и у ACESS`a. 
Если лень разбираться в новой среде (MS Visual Fox Pro), то используй MS ACCESS + ADO.

Anark1, 

Угу. И имел exe-шник в 3 Мб для начала (в сумме с run-time библиотеками) . Плюс невозможность добавления всяких фенечек типа хотя бы развернуть грид во весь экран и т.д. А о защите (точнее ее полном отсутствии) вообще лучше не вспоминать. Как и об ублюдочном генераторе отчетов. И вообще форум - Delphi, а не VFP.

Dmitry_177, 
В топе - реклама неплохой локальной СУБД - тут
Можешь еще на torry посмотреть/скачать TDbf - я потрогал - пока нравится. Для меня вкусность - в легком изменении структуры таблицы при необходимости. А еще есть FAQ на тему выбора СУБД - прочитай. Пригодится.

3 мегабайта это не самое страшное. Можно поподробнее о "всяких фенечках типа хотя бы развернуть грид во весь экран" ?
Ну а генератор отчетов можно подключить из вне.

поддерживаю, тем более что обычно из локальной версии вырастает потом и сетевая

в зависимости от проектирования, возможна ситуация, когда замена одной базы данных другой вообще проходит безболезненно и незаметно для кода, котоый прмого отношения к авторизации и подключению к СУБД не имеет. Так что не обязательно брать embedded только для того, чтоб "было проще переходить" 
В принципе, и у MySQL есть embedded. Только уж больно тяжеловесно это.
Кроме уже указанной VolgaDB есть ещё AbsoluteDB и SQLite.
Единственное: AbsoluteDB в freeware-варианте идет без исходников и не поддерживает multi-user использование. А для SQLite, как мне помнится, не было(раньше, по крайней мере) реализовано компонентов - только классы. Для бывалого это, понятно, не страшно, но все же немного подтормаживает при разработке.

писать программу, используя только базовые классы не очень-то легко

ADO+Access

Anark1, 

А что подробнее? Нарисуй простенькую форму с гридом таблицы в 3-4 столбца. А потом попробуй этот грид развернуть на весь экран. Нравится результат? Мне - нет. И копать в MSDN для рецепта его выправления - не хочется совершенно.
О том, что в отличие от тех же Delphi/VC++ и т.п. к этому убожеству замаешься что-то стороннее подключать - отдельная печальная песня...


Угу. И все остальное тоже делать "извне". Поскольку это ублюдочное поделие от Мелкософта даже с Мелкософтовским Вордом дружится исключительно через ж.... Помнится почти неделю на это ухлопал. После чего послал эту кривую систему "в пешее эротическое путешествие". Был, блин, FoxPro 2.6 - вполне даже ничего. А во что превратили - смотреть противно.

А фокс - это и не язык низкого уровня.   Я на нём написал тучу программ для обработки баз, которых на том же Delphi или Билдере написать просто невозможно. Что до поддержки - стандартные библиотеки включаешь в дистрибутив, и всё, правда, лично я никогда этим не занимался.

Данкинг, 

Не смеши. У Лиса принципиально функционал ограничен (попробуй создать новый класс, например  ). И подключать что-то стороннее - что ежа против шерсти рожать. А Delphi и Билдер с легкостью необычайной расширяются в любую сторону. Не говоря уж о весьма убогоньком встроенном в Лиса SQL, который SQL-ADO перешибает влегкую. Я именно потому и закинул VFP в архив, что надоело корячиться там, где в принципе проблем быть не должно. Но благодаря "улучшениям" от Мелкософта - они вылазят. Русификация - и та приличными методами не делается. Обязательно что-то вылезет.
Ладно. Это уже начинает в религиозные войны переползать. А потому применяю непрошибаемый аргумент: форум называется - Delphi: Базы данных и репортинг. И агитация за VFP тут просто не в тему (оффтопик).