![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Какой БД воспользоваться, чтобы доступ к ней можно было получать [D5]
Борис © (2002-08-03 12:44:00)Какой БД воспользоваться, чтобы доступ к ней можно было получать только из программы?
Т.е. нужна база данных, в которую можно было бы вместить 850 тыс. записей, и доступ к ней можно было осуществлялся Только из программы на Delphi?
Paradox and IB отпадают.
Access + ADO = ?
какие еще можно использовть форматы БД (главное условие - возможность защитить от открытия из вне).
Jeer (2002-08-05 17:20:00) [1]Просто так mdb открывается за банку пива.
Tornado (2002-08-05 13:54:00) [2]Не знаю насколько это правильно и надежно (я не преследовал эту цель впринципе), я делал защиту с помощью пароля на файл БД Access и получал доступ к ней только из своей программы (используя KADAO). Просто так файл было не открыть (не зная пароля естессено). Ну это так, по-детски :))
AlexSam (2002-08-05 13:25:00) [3]У тебя какие проблеммы - лицензионные права фирмы БД или твои? Ставь смело IB6, изменяй пароль к SYSDBA, шифруй его в ini файле твоей программы и никто к твоей базе не доберется.
Борис (2002-08-05 12:59:00) [4]Дело в том, что данное приложение делается для клиентов. которыу будут покупать программу + БД. Но главное, чтобы они смогли рабоать с БД только с моей оболочки.
3JIA9I CyKA (2002-08-05 11:20:00) [5]2AlexSam
верно!
AlexSam (2002-08-05 10:13:00) [6]Борис, используй любую серверную БД, но измени системный пароль и НИКОМУ НЕ ГОВОРИ!!!! - MSSQL, Interbase, ORACLE, ... Не майся, извини, дурью ... В фирмах, которые разрабатывали эти базы, сидят умные люди и все давно продумали.
Jeer (2002-08-04 17:41:00) [7]Это бессмыслено, т.к. "прогонять" должно быть в ядре машины.
Расшифровка на уровне приложения не даст возможность воспользоваться индексами.
Из некоторых СУБД поддерживающих шифрацию на уровне ядра приведу:
DBISAM, Linter, Cronos. Последние две из отечественных.
Для DBISAM ходят исходники и нет проблем использовать любой доступный алгоритм шифрации
ValWhite (2002-08-04 16:00:00) [8]P.S.
Можно шифровать данные так как нужно тебе (заказчику), строить по этим полям индексы, а для поиска прогонять поисковое выражение через то же шифратор.
ValWhite (2002-08-04 15:57:00) [9]To Jeer
Угу, согласен, только если использовать встроенные шифрации, то есть вероятность того, что кто-то знает как дешифровать. Хотя конечно на 850 тыс. без индексов искать тяжко будет.
Jeer (2002-08-04 15:43:00) [10]Если шифрация не встроена в ядро это означает недоступность многих стандартных вещей без которых в СУБД просто не обойтись.
Индексов, поиска с участием индекса и т.п.
ValWhite (2002-08-04 14:34:00) [11]To Jeer
> имеет смысл подумать о своей
Думаю, что дольше будет придумываться сама "своя" БД, нежли писаться само приложение:)
To Борис
Лучше используй какую-нибудь распространенную БД, а сделай хорошую шифрацию данных.
Jeer (2002-08-03 13:33:00) [12]Такой, которая обеспечивает надежное шифрование и не имеет системных средств доступа с oem_кодами доступа.
Могу рекомендовать DBISAM, но обход тоже есть, если не перекомпилить.
Если нужна однопользовательская - имеет смысл подумать о своей.