Выбираю БД движок для Delphi-программы

[DarkEvil]

А какие плюсы по сравнению с firebird есть?

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

Судя из уже прогугленного, делаю вывод, что самое главное ограничение - это невозможность одновременного использования базы в embedded режиме, я прав?

В основном да еще есть какие-то мелочи когда-то читал об этом вопросе

но отказался в пользу ADO так как мне их средств вполне хватало...

[Alar]

Сообщение от vovk

Firebird Embedded

+1

Единсвенно - поддерживает подключение только 1 пользователя.

[pu4koff]

Сообщение от Alar

+1

Единсвенно - поддерживает подключение только 1 пользователя.

Не совсем так. Пользователей он вообще не поддерживает, т.е. паролем защитить FB embedded БД не получится (подключение к БД прокатывает, кажется, с любым логином и паролем). У FB вообще беда с защитой данных от несанкционированного доступа. Её просто нет Ну и к embedded получится подключаться одновременно только из одного процесса, но в своей программе подключений можно создавать сколько влезет. Больше ограничений по сравнению с "обычной" версией я не припомню. Из плюсов тут еще то, что, в случае изменения требований к ПО, с embedded можно легко перейти на другую версию FB, т.к. API у них одинаковое.

Еще есть sqlite. Её частенько используют в программах для хранения всяких справочников и настроек. Например, проигрыватель AIMP её использует, клиенты DC++ и многие другие. Переносить её еще проще, чем FB. Одна dll всего нужна или можно даже код СУБД в свой *.exe встроить. В своё время я от неё правда отказался, т.к. наткнулся в инете на упоминание проблемы с хранением русского текста. Проверять тогда было некогда, потому может это и не так, а может уже и пофиксили это. Так что посмотрите в сторону этой СУБД тоже. С простенькими справочниками она должна работать лучше, чем FB, а вот FB уже достаточно серьезная СУБД с широкими возможностями.

[pvasya]

Единсвенно - поддерживает подключение только 1 пользователя.

Сообщение от pu4koff

Не совсем так. Пользователей он вообще не поддерживает, т.е. паролем защитить FB embedded БД не получится (подключение к БД прокатывает, кажется, с любым логином и паролем). У FB вообще беда с защитой данных от несанкционированного доступа. Её просто нет

Хм...так всё-таки есть возможность защиты данных или нет? Думаю без закрытия БД по паролю будет туго

Сообщение от pu4koff

Еще есть sqlite. Её частенько используют в программах для хранения всяких справочников и настроек. Например, проигрыватель AIMP её использует, клиенты DC++ и многие другие. Переносить её еще проще, чем FB. Одна dll всего нужна или можно даже код СУБД в свой *.exe встроить.

А что у sqlite с защитой БД/закрытием паролем?

Сообщение от pu4koff

В своё время я от неё правда отказался, т.к. наткнулся в инете на упоминание проблемы с хранением русского текста. Проверять тогда было некогда, потому может это и не так, а может уже и пофиксили это. Так что посмотрите в сторону этой СУБД тоже.

Посмотрел, интересная СУБД и думаю для портабеллной версии хватит с головой.

Сообщение от pu4koff

С простенькими справочниками она должна работать лучше, чем FB, а вот FB уже достаточно серьезная СУБД с широкими возможностями.

Да, согласен, ВБ гигант, думаю мне хватит чего-то и попроще, тем более где-то уже прочитал, что sqlite спокойно справляется с базами до 200мб, а это не мало

Но есть одно НО и оно связано с описанным вами плюсом ФБ:

Сообщение от pu4koff

Из плюсов тут еще то, что, в случае изменения требований к ПО, с embedded можно легко перейти на другую версию FB, т.к. API у них одинаковое.

Думаю это очень актуально, прежде всего потому, что неплохо бы реализовать такую модель работы:

1)Есть локальная портабельная версия базы, которая всегда будет с собой. В таком режиме работы будет только основной функционал.
2)По желанию можно использовать в сети серверную БД. Тут уже будет расширенные возможности, такие как совместая работа нескольких пользователей и тд...

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

Тут сразу же возникает вопрос о необходимости синхронизации этих баз. Как это лучше организовать и какие движки БД в данному случае оптимальнее использовать?