2 Siemargl
По скорости - проведите простой тест на готовой БД. На вставку данных mdb проиграет раз в 5.
Чушь.

А оптимизатор в Фоксе - это же рашмор =)
Найдите десять отличий рашмора в фоксе и рашмора в аксесе.

2 AnanimAnonimovich
Выбирая из двух кусков... гм... чего-то несъедобного - выбирайте любой.

2 Толстый_Троль
Да, аццесс отостой, почти все расчеты нужно вести на клиенте.
А у топикстартера кроме клиента и нет ничего - "установка только на 1 ПК, сетевой режим работы не будет использоваться и не планируется"

А если в таблице еще лимон записей, то это вообще секс вприсядку.
Да хоть миллиард. Лишь бы в ограничение в 2Гб влезло. У автора - влезает.

Если хочется софт только от MS тогда уж MS SQL Express.
Играл, угадал все буквы, не смог прочитать слово.
MS SQL Server Compact вполне подошел бы.
Но раз уж автор задал вопрос "mdb или dbf", то так тому и быть.
Нет же, выползли всякие выползни, начали куету свою советовать, о которой даже не и спрашивали.

С каким языком у вас были проблемы при доступе к FB?
Да с любым дотнетовским.
Фся интеграция - плюшевый провайдер, позволяющий хоть как-то с грехом пополам ручками клавиатуру топтать.
Про интеграцию с какими-нибудь EF, например, я так понимаю можно забыть и не вспоминать. Либо иметь комплект бубнов на каждый день.

Толстый_ТрольЛП
Да с любым дотнетовским.
Фся интеграция - плюшевый провайдер, позволяющий хоть как-то с грехом пополам ручками клавиатуру топтать.
Про интеграцию с какими-нибудь EF, например, я так понимаю можно забыть и не вспоминать. Либо иметь комплект бубнов на каждый день.

Firebird .Net Data Provider
http://www.ibphoenix.com/main.nfs?page=ibp_download_dotnet
Это не про него вот такой вот чудесный пост в соседнем форуме:
нашел вот инструкцию, может у кого затруднения будут так поможет:

1. Установить «Data Provider for .NET Framework 2.0»
2. Утилитой gacutil выполнить gacutil /L > info.txt
3. Найти в файле info.txt строку, начинающуюся с FirebirdSql.Data.FirebirdClient». (FirebirdSql.Data.FirebirdClient, Version=2.0.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c, processorArchitecture=MSIL)
4. Скопировать *.dll из FirebirdDDEXProvider-2.0.4.zip в папку c FirebirdClient (c:\Program Files\FirebirdClient 2.0\ или c:\Program Files\FirebirdClient\)
5. В файле FirebirdDDEXProviderPackageLess32.reg, заменить %Path% на папку с FirebirdClient ("c:\\Program Files\\FirebirdClient\\" - обязательно два слеша!)
6. Добавить данные из файла FirebirdDDEXProviderPackageLess32.reg в реестр (выполнить FirebirdDDEXProviderPackageLess32.reg)
7. В случае неверного запуска файла FirebirdDDEXProvider32.reg надо вручную удалить данные из реестра! В папке C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\ в файле файл machine.config добавить в секцию


<configuration>
<configSections>
…
<section name="firebirdsql.data.firebirdclient" type="System.Data.Common.DbProviderConfigurationHandler, System.Data, Version=2.5.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c"/>
</configSections>

а так же в секцию

<system.data>
<DbProviderFactories>
…
<add name="FirebirdClient Data Provider" invariant="FirebirdSql.Data.FirebirdClient" description=".Net Framework Data Provider for Firebird" type="FirebirdSql.Data.FirebirdClient.FirebirdClientFactory, FirebirdSql.Data.FirebirdClient, Version=2.5.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c"/>
</DbProviderFactories>
</system.data>
</configuration>

Где Version=2.0.1.0, Culture=neutral, PublicKeyToken=3750abcc3150b00c взято из файла info.txt.
???

Если про него, то нахер бы такое убогое ублюдство, ежели оно даже поставиться нормально не умеет.
(работать оно тоже не умеет нормально, чего уж греха таить)

2 Siemargl
Да уж. Опупенно проехался по тельцу FB ) И модераторы не спасут :-J
Во-первых - это не я. Это сами FB-шники так проехались.
Во-вторых - не по FB, а по интеграции с дотнетом.
Сама по себе FB может иногда и неплохая СУБД. Ежели требуется по задаче "сферическая СУБД в вакууме, клиент к которой написан на дельфи".

Справедливости ради надо отметить, что Entity Framework 1.0 пока что тожередкостное г., чтобы для него стараться.
Да EF только в качестве примера приведён.
Там куда ни плюнь в сторону дотнета - везде в бубен попадёшь.
Ну да, дотнетовский провайдер есть. А толку от него - ровно столько же, как если бы его и не было совсем.
Можно создать FbConnection, прицепить его к FbCommand, и выдрать из нея датасет. Офигеть как круто. На календаре 2010.

Но хороший и удобный .net драйвер все же FB нужен.
На фига козе баян?
Дотнетчики как не используют FB, так и не будут его использовать. Потому что зачем.
Ежели даже этот гипотетический "хороший и удобный .net драйвер для FB" будет написан, то паровоз уже далеко вперёд уйдет.
Ахиллес никогда не догонит черепаху. А уж черепаха так и пытаться не должна. Пущай в своей луже плавает.

MS SQL Server Compact урезан в возможностях SQL - может не хватить.
Смотря с чем сравнивать.
Если с полноценным недоязыком T-SQL - таки да, урезан.
А если с обсуждаемыми в топике mdb и dbf - то простите, куда уж от ихнего SQL урезать что-то.

Толстый_ТрольНу а .NET это только 5% рынка разработки ПО
- Бабушка, а где можно в Сочи снять квартиру за сто рублей в месяц?
- Да здесь недалеко, вон в том подъезде. Двадцать лет назад.

Aleksandr_VА не подскажет ли мне народ в этой теме заодно про легальность использования mdb в собственых приложениях. Например если небольшое комерческое приложение нуждается в маленьком хранилище данных и в качестве оного использовать базу access при продаже такой программы будут ли нарушены права microsoft? Или елси купить access один раз, потом можно говорить о законности распространения по использующего mdb. Я в инете порылся и толком ничего не нашел именно про это.
Использовать jet+mdb в качестве БД можно свободно, хоть в маленьком коммерческом приложении, хоть в большом некомереческом неприложении. Никаких аксесов покупать не надо вообще, ни конечному пользователю, ни разработчику.

Использование аксесовского приложения в качестве морды (хоть к mdb-хранилищу, хоть к какому другому) - несколько другая песня. У клиента нужен либо полный (соответственно платный) MS Access, либо бесплатный и чуть-чуть порезаный MS Access Runtime (у которого в плане лицензионной чистоты свои тараканы, отличающиеся к тому же от версии к версии).

2 Aleksandr_V
Тоесть в приложении написанном на Delphi, mdb использовать можно, даже если программа продается?
Есть операционная система. В которой изначально есть Jet, DAO, ADO.
Внимание вопрос - кто и каким образом запретит вам в вашей програме использовать Jet+DAO (или ADO) для работы с каким-то абстрактным файлом в формате mdb?
А где бы это прочесть у майкрасофта?
Что "это"?
Можете ли вы использовать Jet, ADO, DAO?

---------------------------

2 Fox5631
Все то же самое плюс хранимые процедуры и триггеры, как на взрослом сервере, есть в фокспрошной базе.
Хранимые процедуры в фокспро - эт наверное страшно :)
Внимание вопрос - занафига оно в локальной однопользовательской базе, которая никогда не будет ни сетевой, ни многопользовательской?

Aleksandr_VНу я имею в виду что изначально mdb-файл был создан не без помощи продукта майкасофт т е access.
Пардон, а как вы это увидели?
Я могу хоть в нотепаде mdb-файл создать, было бы желание.

Нет. Я про регламентирование использования access для написания комерческих программ.
Еще раз.
MDB-файл, у которого внутре база данных MS Access - не комерческая программа. Оно вообще не программа. Оно есть файло с данными.
Если разработчик создавал это файло с данными путём использования MS Access - разработчик чего-то должен майкрософту. Если для создания этого файла использовалась утилита Васи Пупкина - разработчик чего-то должен Васе Пупкину.

Aleksandr_VДа я вас понял. Конечно сам по себе mdb-файл можно и без access создать. Но ведь естественно я не буду париться и делать все это из того же самого делфи когда есть под рукой сам access. Так вот что я в таком случае должен всетаки буду должен микрософту и как он может об этом узнать))))? Например создам я в access файл. Создам там кучу таблиц. Свяжу их как мне надо и т п. И отправлю файл на растерзание приложению. Что вот действие с точки зрения закона из себя представляет?
А что будет, если мне станет лениво рисовать картинки в мспаинте, я поставлю себе скопипиженный фотошоп, нарисую в нём мега-картину (а-ля чорный квадрат), эту картину положу в качестве бекграунда на свою форму в маленькой но коммерческой (или большой некоммерческой) программе.
Странные вопросы у вас.

Что будет, что будет... Поймают и надают по жопе. Или не поймают и не надают.

Aleksandr_VНу так я об этом выше и писал. Если купить просто сам акцес, досьаточно ли этого чтобы потом спокойно распространять программы с созданными в нем mdb-шками? Я лично этого нигде не нашел.
Почитайте лицензионное соглашение к MS Office
Заодно и нам потом расскажете, можно ли распространять свои программы с вордовыми документами (если купить ворд), с эксельными таблицами (если купить эксель), с презентациями паверпоинта (если купить паверпоинт).