Доброго времени суток! Подскажите пожалуйста, существуют ли под C#/.NET какие-нибудь "без серверные" БД, нечто на подобии SQLite или баз типа MS Access? То есть меня интересует движок БД для хранения небольшого кол-ва информации, порядка 1-5тыс. (в совокупности) записей, в 7-10 таблицах. Данные в основном текстовые, поэтому база будет не большая (*никаких BLOB внутри БД).

По моим личным разумениям - использовать XML или нечто подобное для такого количества данных как-то не с руки, к тому же, хотелось бы иметь в своем распоряжении некоторые стандартные для БД фичи, типа поиск, сортировка, выборка и т.д. В то же время, я не вижу целесообразности ставить для такой БД некий сервер, во первых это лишний "хвост" за программой, а во вторых - объём данных слишком мал и его расширение ни коим образом не планируется!

Из встраиваемых БД, с хорошим соотношением цена/качество, мне известны: FireBird Embedded и SQLite3. Скажите пожалуйста, может быть есть некое уже встроенное в .NET решение для БД?

P.S. Все выше написанное - сугубо личное мнение. Поправьте, если я где-то не прав, буду благодарен. Спасибо за внимание!

Я бы на VistaDB посмотрел бы.
http://dotnetblogger.com/post/2008/12/04/D...VistaDB%29.aspx

Если вы собираетесь использовать LinqToSql, то для вас единственным вариантом будет FireBird embedded + DBLinq

Можно конечно попробовать Access, но как-то натыкался на компы без MS Jet, без которого не было доступа к БД access.

WolfAlone, 

Соотношение не просто хорошее, а просто прекрасное   !


Как по мне, то совершенно без разницы, с какой СУБД работать. Ведь все-равно через ADO.NET.
Имел успешный опыт работы с Firebird (над не сложной задачей).
Слышал, что при работе с Oracle'ом есть особенности.

Artemon, 

Очень интересно, это почему же?
А как же например, PostgreSQL и другие?

Кстати, что касается Firebird, то у меня с ним была проблема - DbLinq "падала" при использвании провайдера "из коробки" - пришлось собирать провайдер из исходников у себя, тогда "падать" перестал, но последующие за этим ошибки я так и не одолел.

http://sharphsql.codeplex.com/

Gluttton, вопрос был какую embedded СУБД использовать,

Не встречал к примеру Oracle embedded   

А по поводу DBLinq, у меня он сразу заработал, правда достаточно медленно, но работает.

Добавлено через 7 минут и 12 секунд
Но если у кого-то есть хоть какой-то опыт использования встроенных БД + linqtosql и чтоб не FireBird + DBLinq, буду очень признателен если покажете пример. 

Да, я что то и впрямь упустил этот момент...

ADO.NET Entity Framework?

Добавлено через 2 минуты и 17 секунд

не то что встроенное, но родное - Microsoft SQL Server Compact Edition

Пользовался тольк SQLite, но в нем не понравилось отсутствие поддержки Foreign Keys...

тыц

Пользовался я им около двух лет назад, может и запилили уже...

ага. допилили в октябре 2009. не дождался   

Скажите пожалуйста, а как на счёт кроссплатформенности? Если к программе приделать SQLite3, то программа потянет за собой SQLite3.dll, а в Linux'e помниться мне либы называются .so. И как я понимаю, такая связка (.NET-код + win-dll) работать не будет...

Пытался привинтить (попробовать) C#-SQLite, но то ли опыта с C#, то ли ума не хватило, что бы это сделать   

P.S. jonie, благодарю за интересную ссылку, но к сожалению ни одного примера использования мне найти не удалось... :(

Где-то натыкался на работу с файлами Acess из C#. Скажите пожалуйста, для работы Acess'овскими БД - какой-нибудь "кусок" Acess тоже придется за собой таскать?

А чем этот вариант не устраивает?

Нужно будет з собой пару библиотек взять и нормальная БД 4Гб