Наши преимущества

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

Статус
Закрыто для дальнейших ответов.
SQLite или Firebird - 20 000 записей откровенно говоря, практически любая БД потянет
 
Как увидеть ссылки? | How to see hidden links?
Firebird + FibPlus но с шифрованием туго
Нажмите, чтобы раскрыть...
Да в чем там "тугость"? В FibPlus есть методы в которых можно шифровать и дишифровать данные на лету, другой вопрос, что запросы на шифрованные данные не пошлешь, но ведь тотальное шифрование данных в базе это несколько не серьезно ;) На мой взгляд должна шифроваться только та инфа (поля записи) которая не предназначена для чужих глаз, естественно, что такие поля (как правило) в выборке данных не участвуют, а значит и проблем возникнуть не должно.
А по поводу сервера - лично для меня однозначно Firebird!!!
 
обеими руками за SQLite. современные компоненты для доступа к ней компилят весь код в один exe, а не десяток файлов, как в современных Firebird. в БД встроена поддержка шифрования, есть все навороты
 
а чем для такой задачи DBISAM плох? и шифрование БД поддерживает и при необходимости сетевой вариант без проблем
 
MS Access + ADO + EhLib
Копировать и работать удобнее, т.к. почти укаждого на компе он есть и в случае чего, всегда можно на SQL-сервер переложить с небольшими затратами, только строку подключения изменить. Я так и делаю. Тем более 20тыс. записей - MS Access заглаза.
 
а зачем для такой простой задачи предлагать платные базы? SQLite, MySql, Firebird
MsSQL express в крайнем случае. Почему игнорируется что основные функции это поиск? Зачем здесь использовать базы заточенные на обработку транзакций. Если понадобится расширяться всегда на эту базу можно будет повесить веб сервис на каком нибудь axis2 + staff и не морочить голову. Главное не увлекаться хранимыми процедурами, триггерами и прочим ... И ни каких Fib-ов и прочих монстров, вдруг это надо будет куда-то мигрировать ...
 
Я бы рекомендовал MySQL. Простая и гибкая. А любая локальная база рано или поздно становится сетевой. MySQL легкая, занимает мало памяти. Сколько не перепробовал серверов (MS SQL, Oracle, SQLite, Firebird) - больше нравится MySQL.
 
если речь о локале - то
- вполне себе и аксес - у меня работал с милоионами записей. некоторые выброрки сложные в нем напряжное дело - в остальном - все терпимо. с шифрованием у него беда - ломается на ура. как имхо - удобнее работать в 2003 оффисе с аксесом
- sqlite - вполне себе ничего. и шифрование на уровне и портабелен. хотя имхо - сыроват. порой глючит.
- любимый прочими ФБ - не в моем вкусе. не люблю тащить за проектом кучу хвостов.
- мускуль, кста, тоже тянет портативный вариант. надо таскать с собой одну (или несколько) dll-ек.
 
Еще предлагаю рассмотреть вариант MS SQL Server Compact Edition.
Маленький, бесплатный, основной функционал присутствует.
 
Sqlite не пробывали? Мы недавно повесили у себя для работы с графиками. в таблице более 1000 000 записей и выборка происходит за 0.002 мс
 
FireBird мне кажется однозначно. Можно использовать режим Embedded для однопользовательского доступа.
Второй вариант: в библиотеке DevExpress есть компонент MemData. Сохраняет строки в бинарный файл.
 
Статус
Закрыто для дальнейших ответов.
Верх