Привет, All всемогущий.

Суть:
Есть потребность создавать небольшие переносные приложения со встроенной базой банных. Т.е. закинул на флешку папочку с программулькой - и таскаешь ее за собой где ни попадя. Сразу хочу отметить, я уже перепробовал тучу разных баз данных, работать много с чем можно, но как-то все очень сложно или костыляво и интересных продуктов мне пока найти не удалось, поэтому я и обращаюсь к общественности за помощью...

Здесь я постараюсь наиболее точно сформулировать критичные требования к серверу данных:
1 Embedded. Встраиваемый в приложение движок баз данных;
2 Single-File. База данных хранится в одном файле;
3 StoredProcedures. Поддержка хранимых процедур;
4 Encryption. Возможность закрыть данные паролем;

Особенности, которые безусловно полезны, но я их не считаю критичными (во всяком случае на данный момент):
* Бесплатность. Мелочи это все, и вообще, когда это кого-то останавливало;
* Самодостаточность. Драйвера, если они и нужны, можно таскать за собой и ставить автоматом, если они не установлены;
* Производительность. Для малых баз данных в 100-10000 строк это совсем не критично на мой взгляд;
* Многопользовательский режим. Приложение "Личный дневник" в многопользовательском режиме - впечатляет.
* Малый вес. Пусть даже флешка в 1ГБ - этого места все равно с головой хватит на добрый десяток небольших баз;

Конечная цель:
Выяснить, существует ли вменяемый вариант, способный удовлетворить заявленным требованиям.

З.Ы.
Я, конечно, понимаю, что существует FireBird, но не сошелся же клином мир на нем одном. И вот еще что... Предлагаю по ходу беседы не перевирать суть и не превращать обсуждение в холивар.

Кстати есть такое вот интересное место: http://en.wikipedia.org/wiki/Embedded_database
Может быть я просто недостаточно внимателен, но из того, что хочется получить - там нет ((

Vinny the POOHInfernal V. RavenMicrosoft Access

Ни в коем случае!

Думаю, ТСу подошла бы SQLite. Если программу ещё только планируете делать - я бы посоветовал связку C++/Qt/SQLite. Поддержка хранимых процедур в Embedded-СУБД - зачем?

Затем, чтобы логика все равно оставалась в базе данных.


На счет инструментов для разработки самого приложения, кстати... ))
Delphi. Я и знаю ее хорошо и DevExpress под нее использую уже давно.

На данный момент могу использовать только Delphi.

ЛПGerholdtSchnapsVinny the POOHПоддержка хранимых процедур в Embedded-СУБД - зачем?

Затем, чтобы логика все равно оставалась в базе данных.
Чушь какая-то.
Локальное однопользовательское приложение со встраиваемой БД.
На кой ляд встраивать логику в БД, если сама БД встроена в приложение?

Можно конечно с заделом на будущее выбирать БД и писать приложение, имея в виду безболезненное портирование в клиент-серверную архитектуру...
Но тут я перефразирую ваши же слова:
Приложение "Личный дневник", разрабатываемое с заделом на переход в клиент-серверное исполнение - впечатляет.


Круто. Аргумент сильный - не спорю, но
* Я считаю, что sql запросам не место в исходниках
* ну как пример, есть ситуация - добавление новой записи. состоит из двух этапов: добавить и вернуть код новой записи. ХП с этим прекрасно справится и в коде выглядит эстетично - всего лишь вызов, а не груда sql'я, повторяющегося в каждом модуле по сто раз. таких примеров - масса... но аргумент, да, хорош.

началось ...ять

c Tj7 это Вы конечно молодцы )))

pkarklinGerholdtSchnapsвсего лишь вызов, а не груда sql'я, повторяющегося в каждом модуле по сто раз.

У Вас же встроенная СУБД! Вот и на пишите в датамодуле метод, который бы содержал в себе вызов нобходимого DML и вызывайте его, а не повторяйте DML по сто раз.

Ну согласитесь, по сравнению с ХП - это костыль. Именно поэтому я и ищу встроенный сервер с процедурами, чтобы не делать специальный дата-модуль для запросов, чтобы не встраивать весь нужный sql в классы и т.п.

Я на всякий случай напоминаю, что ищу сабж, а не навязываю методологию.