Привет, 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 в классы и т.п.

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

Зайцев ФёдорGerholdtSchnapsЯ на всякий случай напоминаю, что ищу сабж, а не навязываю методологию.
на всякий случай напоминаю, что вы УЖЕ нашли сабж.
или нужно что-то, на чём свет всё-таки сошёлся клином?

Это очень здорово, что Borland аж в 2000 году подарила миру свой Interbase 6.0 - это хорошая штуковина, я признаю. Но я все же пытаюсь найти что-то чууточку попроще.

Dimitry Sibiryakov
GerholdtSchnaps
я все же пытаюсь найти что-то чууточку попроще.

Проще чем TJ7? Ты даже её ниасилил?..


Ну вот когда все перейдут на Bolgenos, вот тогда придется и за Tj7 браться.

Senya_L[quot GerholdtSchnaps]По-моему это не аргумент, а религиозное заявление.

Не говорите глупостей. Особенно про религиозность. Я не вижу в FB - зла. Еще раз говорю, я пытаюсь найти альтернативу. Вот? например, есть VistaDB = SQL Server CE + T-SQL, но сцуко как достучаться до нее из дельфи я понять не могу, видимо никак.

Senya_L, меня это расстраивает

servitGerholdtSchnaps,

Вариант, когда Delphi (вернее компоненты, runtime-библиотеки и собственно сам код) встроены в СУБД, а на клиенте находится лишь небольшой модуль, не рассматриваете?

Delphi встроена в СУБД? Это как?
Хотя... после Tj7 под Bolgenos и Filemaker уже ничего не страшно.

А вообще, очень жаль, что в CE нет tsql - было бы очень хорошо для таких задач.
Кроме FB видимо действительно лучше ничего нет для delphi.

Всякие Scimore, ElevateDB, Anywhere, и прочее - все фэйк.
Всем спасибо.