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

svi2009

Порекомендуйте чем лучше организовать доступ к БД (и соответственно формат БД) на Delphi. Описание БД: 1) количество записей - порядка 20 000, в т.ч. blop и memo 2) БД локальная 3) данные в ДБ зашифрованы 4) БД индексируется по необходимости 4) работа без стороннего ПО 5) основной режим использования БД - поиск (Locate + Filtr) 6) поддержка SQL

a101010

Данная тема уже неоднократно обсуждалась. Скажу еще раз, мое мнение - либо MS SQL Express, либо 10-ка Qracle.

eralex1978

Скажу еще раз, мое мнение - либо MS SQL Express, либо 10-ка Qracle.

Зачем же так сразу, по условию база локальная, а не сетевая. Можно что-нибудь попроще. Заморок с написанием проги и обслуживанием базы будет меньше. Для локальных баз я использую Absolute Database.

a101010

eralex1978, post: 724505:
Зачем же так сразу, по условию база локальная, а не сетевая. Можно что-нибудь попроще. Заморок с написанием проги и обслуживанием базы будет меньше. Для локальных баз я использую Absolute Database.

А что будет завтра, когда БД перерастет изначально заложенные в нее требования и окажется, что для ввода цифирек нужно посадить еще 1-2-3 девчушек? Или просто найдется заказчик с аналогичной задачей, чтолько контора у него больше в 10 раз?

А что подразумевать под обслуживанием? Если подразумевается сопровождение и модификация БД, то как мне кажется сейчас каждый второй программер считает себя супер профессионалом по MS SQL (с Oracle почему-то значительно меньше), ну а уж из это толпы "профессионалов" всегда найдется более-менее грамотный хлопчик для сопровождения небольшой БД.

И совсем непонятна фраза "замороки с написанием"!

Уж над чем нужно задумываться меньше всего, так это над процессом написания непосредственно кода (если я правильно понял смысл этой фразы), а вот для построения и анализа структуры БД, для указанных мною баз, есть море отличных инструментов.

wb77

Лучше всего Firebird embedded: локальная, бесплатная, и переход на сетевую версию проще некуда

demav

kavkav, post: 724508:
Как по мне так тоже Firebird embedded.
И с доступом к бд проблем никаких.

А как там с "данные должны быть зашифрованы"? В MSSQL можно хранить данные зашифрованными.

__Vlad__

Зашифрованные данные можно организовать пользовательскими процедурами записи буфера, т.е. шифрование своим уникальным ключом, а потом архиварование и записььв БД.

Но такое щифрование можно сделать только для БЛОБ-ов, но зато для каждого субтайпа свой, это выгодно.

Но это все про локально-сетевой файерберд

зашифрованую БД можно получить используя Accuracer Database, врсия четыре.девять была на паблике.

там шифруется БД. индексируется, восстанавливается. Так что на выбор.

demav

wb77, post: 724507:
Лучше всего Firebird embedded: локальная, бесплатная, и переход на сетевую версию проще некуда

Подскажите, плз. Нужно ли инсталлировать Firebird embedded или она как portable версия работает?

utmost

demav, post: 724511:
Подскажите, плз.
Нужно ли инсталлировать Firebird embedded или она как portable версия работает?

Деплоить надо только библиотеки, инсталляции не требуется. Кстати товарищи(to All) напомните какие библиотеки поставлять из комплекта embedded? интересует версия 2.5.0

Rabbano

Я бы порекомендовал oracle 10XE. Сначала будет трудно, но потом все окупиться надежностью и функциональностью.

CBR900RR

Для Embedded Firebird надо только dll кинуть в папку с программой. Около 5 мб насколько я помню. Зато получишь почти что железобетоный сервер за 5 лет ниразу база не слетала хотя ее и не сильно адски используют и тем не менее. И как уже сказали простой переход на нормальный сервер в случае чего.

pavels13

Согласен. FireBird. И компоненты к нему FibPlus

. И вот эта прога IBExpert

steaze

На мой взгляд, SQLite лучше в качестве локальной БД и работать с ней проще, для доступа к базе нужна одна DLL (sqlite.dll) размером 300кб.

sx1000

Firebird + FibPlus но с шифрованием туго
а разве SQLite поддерживает шифрование?

montrex

f21sef3d223e
332e2e2233dffsddsdsdfad
23kjsoiusjhfoashfowss

Tinitus

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

teger

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

liberat

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

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

alexpotemkin

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

vovag3074

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

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

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

Is_Vale

sx1000, post: 724526:
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.

moransm

так как база подразумевает коммерческое использование (на предприятии) и непонятно сколько пользователей одновременно с ней будут работать, то Firebird очевидный выход.

master_devel

FireBird + FIB имхо самое оно для небольших проектов. С шифрованием только не очень, а в остальном приличный вариант

dalx

если речь о локале - то - вполне себе и аксес - у меня работал с милоионами записей.

некоторые выброрки сложные в нем напряжное дело - в остальном - все терпимо.

с шифрованием у него беда - ломается на ура.

как имхо - удобнее работать в 2003 оффисе с аксесом - sqlite - вполне себе ничего.

и шифрование на уровне и портабелен.

хотя имхо - сыроват.

порой глючит. - любимый прочими ФБ - не в моем вкусе.

не люблю тащить за проектом кучу хвостов. - мускуль, кста, тоже тянет портативный вариант.

надо таскать с собой одну (или несколько) dll-ек.

Alexander_K

У вас маленькая БД, поэтому впринципе можно выбрать любую, единственное с SQL Server проблем будет меньше в плане простоты настройки.

Goreg

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

alexskiv

Для такой задачи (задача, с моей точки зрения маленькая) бы применил Absolute DB. Сайт - http://www.componentace.com/bde_replacement_database_delphi_absolute_database.htm

Всем вашим шести требованиям соответствует. 20 тысяч записей держит проста в разработке ...

Byzgan

ДокторНА, post: 724521:

что мне не хватало в Delphi, а есть в LINQ, так это запросы к массивам.

prizrakx

Оптимальный выбор Firebird Embedded, лёгкий, бесплатный в третьей версии разработчики обещают встроить и шифрование.

S_Gur

Для локальной базы и при относительно небольшом количестве записей (20 000 - это мелочь) на сегодняшний день лучшее решение SQLite

crazy_coder

sapushok, post: 724541:
SQLite поддерживает шифрование?

Да, уже поддерживает через расширение SEE - SQLite Encryption Extension.

a2kat1k

Sqlite не пробывали? Мы недавно повесили у себя для работы с графиками. в таблице более 1000 000 записей и выборка происходит за 0.002 мс

master_devel

FireBird мне кажется однозначно. Можно использовать режим Embedded для однопользовательского доступа. Второй вариант: в библиотеке DevExpress есть компонент MemData. Сохраняет строки в бинарный файл.

sergio5

Absolute DB не рекомендовал бы одно время много пользовался при запросах большие тормоза на сегодняшний день наиболее оптимальны это FB и MySQL

MikaelBox

FireBird + FireDAC = лучший выбор для локальных баз. SQLite уж сильно прост и малофункционален + FireBird (на мой взгляд) работает быстрее.

Похожие темы	Дата
Kickstarter For Dummies - Aimee Cebulski	19.10.2024, 18:10
Delphi компоненты для работы с Google Sheets	19.10.2024, 18:10
mdMailSlot	19.10.2024, 18:10
Addressing iOS 13 and Android 64-bit with RAD Studio by Sarina DuPont	19.10.2024, 18:10
Get Kids Coding with IoT by Al Mannarino	19.10.2024, 18:10
Inline Variables Type Inference And Reference Counted Classes by Dalija Prasnikar	19.10.2024, 18:10
Почему не дает заполнить форму, ругается "недопустимое имя"?	19.10.2024, 18:10
Что прописать в коде страницы чтоб не было повторов по вертикали?	19.10.2024, 18:10
Contact form на HTML сайте.	19.10.2024, 18:10
YouTube скрыть просмотренные видео	19.10.2024, 18:10

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

Интересно