Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2002.08.26;
Скачать: CL | DM;

Вниз

Какой БД воспользоваться, чтобы доступ к ней можно было получать   Найти похожие ветки 

 
Борис ©   (2002-08-03 12:44) [0]

Какой БД воспользоваться, чтобы доступ к ней можно было получать только из программы?

Т.е. нужна база данных, в которую можно было бы вместить 850 тыс. записей, и доступ к ней можно было осуществлялся Только из программы на Delphi?

Paradox and IB отпадают.
Access + ADO = ?

какие еще можно использовть форматы БД (главное условие - возможность защитить от открытия из вне).


 
Jeer ©   (2002-08-03 13:33) [1]

Такой, которая обеспечивает надежное шифрование и не имеет системных средств доступа с oem_кодами доступа.
Могу рекомендовать DBISAM, но обход тоже есть, если не перекомпилить.
Если нужна однопользовательская - имеет смысл подумать о своей.


 
ValWhite   (2002-08-04 14:34) [2]

To Jeer

> имеет смысл подумать о своей

Думаю, что дольше будет придумываться сама "своя" БД, нежли писаться само приложение:)
To Борис
Лучше используй какую-нибудь распространенную БД, а сделай хорошую шифрацию данных.


 
Jeer ©   (2002-08-04 15:43) [3]

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


 
ValWhite   (2002-08-04 15:57) [4]

To Jeer
Угу, согласен, только если использовать встроенные шифрации, то есть вероятность того, что кто-то знает как дешифровать. Хотя конечно на 850 тыс. без индексов искать тяжко будет.


 
ValWhite   (2002-08-04 16:00) [5]

P.S.
Можно шифровать данные так как нужно тебе (заказчику), строить по этим полям индексы, а для поиска прогонять поисковое выражение через то же шифратор.


 
Jeer ©   (2002-08-04 17:41) [6]

Это бессмыслено, т.к. "прогонять" должно быть в ядре машины.
Расшифровка на уровне приложения не даст возможность воспользоваться индексами.
Из некоторых СУБД поддерживающих шифрацию на уровне ядра приведу:
DBISAM, Linter, Cronos. Последние две из отечественных.
Для DBISAM ходят исходники и нет проблем использовать любой доступный алгоритм шифрации


 
AlexSam   (2002-08-05 10:13) [7]

Борис, используй любую серверную БД, но измени системный пароль и НИКОМУ НЕ ГОВОРИ!!!! - MSSQL, Interbase, ORACLE, ... Не майся, извини, дурью ... В фирмах, которые разрабатывали эти базы, сидят умные люди и все давно продумали.


 
3JIA9I CyKA ©   (2002-08-05 11:20) [8]

2AlexSam
верно!


 
Борис ©   (2002-08-05 12:59) [9]

Дело в том, что данное приложение делается для клиентов. которыу будут покупать программу + БД. Но главное, чтобы они смогли рабоать с БД только с моей оболочки.


 
AlexSam   (2002-08-05 13:25) [10]

У тебя какие проблеммы - лицензионные права фирмы БД или твои? Ставь смело IB6, изменяй пароль к SYSDBA, шифруй его в ini файле твоей программы и никто к твоей базе не доберется.


 
Tornado ©   (2002-08-05 13:54) [11]

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


 
Jeer ©   (2002-08-05 17:20) [12]

Просто так mdb открывается за банку пива.



Страницы: 1 вся ветка

Текущий архив: 2002.08.26;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.017 c
1-85047
Александр
2002-08-13 23:48
2002.08.26
Определение существования ключа в реестре не работает


3-84940
DenisLK
2002-07-19 11:07
2002.08.26
Как в Memo перейти на последнюю строку?


14-85176
Yuri Btr
2002-07-29 10:49
2002.08.26
DLL из под WinAmp


1-85121
jessis
2002-08-15 11:10
2002.08.26
HELP


1-85069
TTCustomDelphiMaster
2002-08-13 21:37
2002.08.26
DesctopPreview