Выбор доступа к БД

[Samgin]

Не согласен.

 

[sx1000]

Firebird + FibPlus но с шифрованием туго

Добавлено через 7 минут
а разве SQLite поддерживает шифрование?

 

[Tinitus]

Я тоже советую Firebird.
Единственное, что мне "мешает": SYSDBA имеет постоянный доступ, даже если пароль другая (не masterkey)... После backup и restore с паролью "masterkey" каждый может заглядывать в БД...

Или есть уже возможности предотвратить это?

 

[teger]

SQL2008R2 Express + OLE DB provider for SQLServer - отличный вариант, для локальной машины в том числе - все что просили и за бесплатно, с возможностью масштабирования, шифрования и т.д.

 

[Nolty]

Я тоже советую Firebird.

 

[Wulff]

Самое лучшее что можно посоветовать, так это Firebird, либо MS Access

 

[NevermoreBY]

Тут только Fb, Sqlite такое уже не потянет.

 

[liberat]

Тут только Fb, Sqlite такое уже не потянет.

Почему же? Вполне потянет, другое дело что перспективы у sqlite не ясные, а FB проверенна временем

 

[alexpotemkin]

судя по поставленной задаче, более оптимальный вариант это sqlite
firebird я думаю потяжелей будет, хотя если требуются хранимые процедуры, триггеры и прочие прелести, то альтернативы firebird-у нет.

 

[vovag3074]

Я тоже советую Firebird.
Единственное, что мне "мешает": SYSDBA имеет постоянный доступ, даже если пароль другая (не masterkey)... После backup и restore с паролью "masterkey" каждый может заглядывать в БД...

Или есть уже возможности предотвратить это?

Создайте роль sysdba. а права дайте другому пользователю.

 

[danshar]

Чем нравится Postgress по сравненибю с mysql?

 

[phidel]

SQLite или Firebird - 20 000 записей откровенно говоря, практически любая БД потянет

 

[Is_Vale]

Firebird + FibPlus но с шифрованием туго

Да в чем там "тугость"? В FibPlus есть методы в которых можно шифровать и дишифровать данные на лету, другой вопрос, что запросы на шифрованные данные не пошлешь, но ведь тотальное шифрование данных в базе это несколько не серьезно На мой взгляд должна шифроваться только та инфа (поля записи) которая не предназначена для чужих глаз, естественно, что такие поля (как правило) в выборке данных не участвуют, а значит и проблем возникнуть не должно.
А по поводу сервера - лично для меня однозначно Firebird!!!

 

[fd00ch]

обеими руками за SQLite. современные компоненты для доступа к ней компилят весь код в один exe, а не десяток файлов, как в современных Firebird. в БД встроена поддержка шифрования, есть все навороты

 

[2k11]

а чем для такой задачи DBISAM плох? и шифрование БД поддерживает и при необходимости сетевой вариант без проблем

 

[wsw]

MS Access + ADO + EhLib
Копировать и работать удобнее, т.к. почти укаждого на компе он есть и в случае чего, всегда можно на SQL-сервер переложить с небольшими затратами, только строку подключения изменить. Я так и делаю. Тем более 20тыс. записей - MS Access заглаза.

 

[aquafan]

а зачем для такой простой задачи предлагать платные базы? SQLite, MySql, Firebird
MsSQL express в крайнем случае. Почему игнорируется что основные функции это поиск? Зачем здесь использовать базы заточенные на обработку транзакций. Если понадобится расширяться всегда на эту базу можно будет повесить веб сервис на каком нибудь axis2 + staff и не морочить голову. Главное не увлекаться хранимыми процедурами, триггерами и прочим ... И ни каких Fib-ов и прочих монстров, вдруг это надо будет куда-то мигрировать ...

 

[steaze]

Я бы рекомендовал MySQL. Простая и гибкая. А любая локальная база рано или поздно становится сетевой. MySQL легкая, занимает мало памяти. Сколько не перепробовал серверов (MS SQL, Oracle, SQLite, Firebird) - больше нравится MySQL.

 

[dalx]

если речь о локале - то
- вполне себе и аксес - у меня работал с милоионами записей. некоторые выброрки сложные в нем напряжное дело - в остальном - все терпимо. с шифрованием у него беда - ломается на ура. как имхо - удобнее работать в 2003 оффисе с аксесом
- sqlite - вполне себе ничего. и шифрование на уровне и портабелен. хотя имхо - сыроват. порой глючит.
- любимый прочими ФБ - не в моем вкусе. не люблю тащить за проектом кучу хвостов.
- мускуль, кста, тоже тянет портативный вариант. надо таскать с собой одну (или несколько) dll-ек.

 

[Goreg]

Еще предлагаю рассмотреть вариант MS SQL Server Compact Edition.
Маленький, бесплатный, основной функционал присутствует.