Помогите выбрать тип базы данных
 

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

Заранее благодарен:)

тогда с аксесом и работай

а как насчет защищенности? как можно создать в Delphi 7 подлючение по паролю?чтоб эту базу можно было открывать только по паролю.

В принципе можно и INTERBASE.
Вход можно сделать по паролю. Но если слямзят сам файл базы, тогда пароль не поможет.

В Access предусмотрена довольно навороченая система ведения пользователей и групп... также можно поставить пароль (отдельный) на саму БД... по опыту могу порекомендовать JET драйвер (OLE) от мелкомягких, т.к. он заточен непосредственно для Access (ADO).

Спасиба, наверно остановлю свой выбор на Access с JET драйвером.
Рассуждение ж правильное, если я запоролю базу данных, к ней без него доступ получить нельзя никак??

PhoeniXX

Только вот осталось тебе заморочится следующим, если ты собираешься засунуть пароль в программу (дабы коннектиться только через нее), то как ты его будешь прятать или шифровать от того, кто будет трассировать твою программу... во-вторых, не плохо бы предусмотреть смену этого пароля...

/7y3uK

в программе еще можно сделать смену пароля,
а возможно ли сменить пароль в самой базе данных посредствами ADO??

PhoeniXX

а якже!! в инете полно информации по этому поводу... можешь здесь например почитать

_http://www.delphikingdom.ru/asp/answer.asp?IDAnswer=12341

спасибо, понял насчет смены пароля базы.
остался только один нюанс:если б пароль был одинаков-он бы хранился в самой проге, а если он будет меняться, его надо хранить гдето вне ее, в другом файле или реестре, а это уже не так безопасно.Как можно с этим справиться?
может стоит дописывать сам пароль при его смене к exe-шному файлу?
Может его зашифровать с помощью какогото алгоритма, и хранить его в реестре?

PhoeniXX

ИМХО пароль - это такая вещь, которую НЕЛЬЗЯ хранить в программе, т.к. грамотный программист, знакомый с отладкой программ спокойно может пройтись SoftIce и HVIEW по твоей программе и посмотреть что там у тебя есть... в реестре - тем более не стоит... Если все-таки нужно держать такие данные в самом exe, если интересно - сходи вот сюдыть и почитай: _http://delphiworld.narod.ru/base/else_shareware.html
как вариант - имеет место жить, оптимизируй под свои нужды.
Кстати, там неплохая подборка статей :yees: с указанием источника и на другие темы, в том числе и по сабжу твоему.

А как на счет того, что пароль в базе хранится? Снятие с Акцессовской базы пароля иногда занимает от 2 до 5 минут... :) Не знаю, может в 2002 у них ситуация изменилась, но пароль на 2000 Access - больше для самоуспокоения. Имхо, если решать подобную задачу - выходом может быть шифрование на выходе программы непосредственно данных, и расшифровка на входе, и естественно пароли хранить не в коде - но обольщатся не надо... :)
Если проблема хранения и обеспечение раздельного доступа к данным критична - то без сервера SQL не обойтись. Все эти заморочки с Access'ами - детский лепет.
А какой сервер выбирать - все зависит от задач и умений.
Ну а если это уровень - "Рога и Копыта" - Access это конечно рулез...:)
Опять же ИМХО.

kot_
не смотрел если честно как там с шифрованием пароля в бд... ИМХО не думаю что за 5-10 минут можно вскрыть 32 битный пароль, состоящий из цифирик, буковок и символов, да еще, если плавающий shift и другие ухищрения...

Я еще раз подчеркиваю - не знаю как для ХР и 2003 - вроде мелкомягкие в очередной раз что-то исправили. Но на базе 2000 база данных была вскрыта в течении 2-х минут, Элкомсофтовской прогой - при 8 -символьном пароле. Прикол весь в том, что реально шифрование базы не происходило. Возможно сейчас ситуация изменилась в лучшую сторону.

смотри в сторону sqlite (sqlite.org)

База данных
 

Пароль MS Access вскрывается элементарно... 10 символов за 10 секунд...
Если так уж надо закрыться паролем, то однозначно надо применять SQL. Не обязательно сервер, можно использовать engine. Например, SyBase SQL Anywhere (можно последние версии, но лучше 5.5 - версия старая, но очень стабильная и надежная). Правда... думаю, что найти ее будет нелегко...

Пасиба за советы
а Adaptive Server Anywhere 8.02, который лежит на офсайте, это как я понимаю слишком полный вариант, он на 99 мб, легче найти просто сам движок?
или всетаки надо качать 99 мб?
и что в них находиться?