Мускуль чем не торт? Разворачивается и "сворачивается" за секунды. Хоть вместе с запуском проги связывай. Связи, хранение текста, чисел, объектов есть.

>>3731
>Разворачивается и "сворачивается" за секунды. Хоть вместе с запуском проги связывай.
Но это потребует наличия MySQL на машине пользователя?

SQL Server Compact

>>3733
В данном случае потребуется либо установленный MS SQL CE или его библиотеки, что будут использоваться в приложении, я правильно понимаю?
В таком случае, лицензия позволяет мне включить указанные библиотеки в моё приложение?

>>3732
В Гантлемен паке для пыхпых разраба реализовано как скрипт, который запускает мускуль из папки программы с заранее прописанными параметрами. Но, конечно, удобнее иметь установленный мускуль как сервис винды.

>>3735
Слишком костыльно получается.

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

> Необходимо где-то сохранять данные.
Ну дык сохраняй в файл, ептыть. Накой хер тебе СУБД вперлась?

Ради 5 таблиц по 5к записей пускать SQL сервер? Дожили, мля. Только массовые расстрелы...

>Смотрю в сторону SQLite под .net, но он немного мёртвый
Уверен? Может там багов нет и всё работает.

>>3730
1. Совсем простое приложение, совсем мало данных — сохраняй в файл (xml, например). И не еби себе мозги.

2. Сложнее, больше данных — бери SQLite. Не смотри, что под дотнет мёртв (есть мутный форк). Потребует лишь либу SQLite.

3. Довольно сложное с претензиями, прилично данных — MS SQL Server Compact. Не потребует запуска сервера, только свои либы.
http://msdn.microsoft.com/ru-ru/library/aa983326.aspx
См. раздел «Закрытое развертывание на основе файлов»

4. Совсем сложное, дохуя данных — серьёзные СУБД. И здесь не отвертеться от установки серверов.


Если выбираешь пункт №3, то можешь поиграться с Entity Framework. Не такой уж он и монстр.

Так же для №3 обязательно на чистой машине/виртуалке проверь приложение. Будет неприятно узнать, что забыл какую-то либу или забыл указать приложению, что бы брало либы из директории приложения.
А то пользователи заебут (готовься к тому, что будут ебать мозги фразой «не могу запустить», даже если ты укажешь Обязательное наличие дотнета версии N и выше).

Базы MS Access не советую вообще. Ну их на хуй.

Вообще, вроде, в интернете где-то была табличка, что и куда сохранять, при каких объёмах, на каких платформах, для каких языков и еще куча параметров. Но не нашел.

>>3747
Пару горячих напитков джентльмену за тем столиком.

>>3747
Всё сделал по MSDN, но не запускается.
Обламывается где-то на попытке связи с базой данных.

>>3832
Не экстрасен, но предположение. Укажи в App.Config, после </connectionStrings> :


<system.data>
<DbProviderFactories>
<remove invariant="System.Data.SqlServerCe.3.5"/>
<add name="Microsoft SQL Server Compact Data Provider" invariant="System.Data.SqlServerCe.3.5" description=".NET Framework Data Provider for Microsoft SQL Server Compact" type="System.Data.SqlServerCe.SqlCeProviderFactory, System.Data.SqlServerCe, Version=3.5.1.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91"/>
</DbProviderFactories>
</system.data>

>>3730
SQLite или MSSQL CE, как уже сказали. Из легковесных ORM могу посоветовать BLToolkit - http://bltoolkit.net