Преоборазование БД ACCESS *.mdb в файл *.mde, или как зищитить

← →
Layner (2004-02-16 11:52) [0]

Приветствую всех! Дело такое, возможно ли так зишить БД Access, что бы ничего не было видно, например таблиц, запросов, при открытии в программе Access, видел что делают в MDE, но у меня 1н к 1му перенеслась..

← →
SPIRIT (2004-02-16 12:12) [1]

а пароль поставить на базу целиком ?

← →
Layner (2004-02-16 12:52) [2]

пароль в UDL по F4 виден как на ренгене..

← →
sniknik (2004-02-16 13:27) [3]

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

← →
SPIRIT (2004-02-16 13:41) [4]

> sniknik © (16.02.04 13:27) [3]
согласен

← →
SPIRIT (2004-02-16 13:42) [5]

> sniknik © (16.02.04 13:27) [3]
согласен
+ я еще ручками расширение меняю на *.xdb

← →
Layner (2004-02-16 16:52) [6]

+ я еще ручками расширение меняю на *.xdb
Да, но это от "дурака".
В принципе сформировать строку подключения можно без проблем в приложении, но тогда его не сменить :(
Я думаю, что можно как то компилировать MDB, и будет обычный 2й файл, хотя работать с ним можно как с БД, но только из своего приложения...

← →
sniknik (2004-02-16 17:41) [7]

> В принципе сформировать строку подключения можно без проблем в приложении, но тогда его не сменить :(
пусть пользователь задает, сам прячь/шифруй куданибудь... и никому не говори куда спрятал (пароль имею в виду).

> Я думаю, что можно как то компилировать MDB, и будет обычный 2й файл, хотя работать с ним можно как с БД, но только из своего
> приложения...
а вот тут подробнее как это "компилировать MDB"? вернее как ты это себе представляеш.
так понимаю паролировать ты его не хочеш ни как базу ни для юзеров, а работать должно только из твоего приложения, так? пиши свой формат базы, пока к нему движков не напишут так и будет.

← →
Layner (2004-02-17 07:55) [8]

Да не, я точно видел БД в файле MDE, при открытии в Access, видно только таблицы, а вкладки типа "Запросы", "Формы", "Схема данных" ... нет. Да, пароль я ставлю, храню в UDL пока, и сделаю в программе "реестр-программа-дешифрование-открываем бд". Смена пароля на БД в моей программе.

← →
SPIRIT (2004-02-17 08:32) [9]

Provider=Microsoft.Jet.OLEDB.4.0;Password="";User ID=Admin;Data Source=basa_isp.xdb;Mode=Share Deny None;Extended Properties="";Jet OLEDB:System database="";Jet OLEDB:Registry Path=""; Jet OLEDB:Database Password=ПААРОЛЬ;Jet OLEDB:Engine Type=5;Jet OLEDB:Database Locking Mode=1;Jet OLEDB:Global Partial Bulk Ops=2;Jet OLEDB:Global Bulk Transactions=1;Jet OLEDB:New Database Password="";Jet OLEDB:Create System Database=False;Jet OLEDB:Encrypt Database=False;Jet OLEDB:Don"t Copy Locale on Compact=False;Jet OLEDB:Compact Without Replica Repair=False;Jet OLEDB:SFP=False

забудь про UDL

← →
sniknik (2004-02-17 09:39) [10]

Layner © (17.02.04 07:55) [8]
к данным это не относится, и кстати защита там есть на уровне пользователя, а уж дать права на просмотр только одному(к примеру) пользователю не должно составить проблем и не только в mde.

Общие сведения о MDE-файлах
Если база данных содержит программы Microsoft Visual Basic для приложений (VBA), то при сохранении этой базы данных Microsoft Access в виде MDE-файла будут скомпилированы все модули, удалены все изменяемые исходные программы, а конечная база данных будет сжата. Программы Visual Basic будут по-прежнему выполняться, но их нельзя будет просматривать или изменять. Сохранение базы данных в виде MDE-файла защищает формы и отчеты без требования регистрации пользователей и необходимости для разработчика создавать и поддерживать учетные записи пользователей и разрешения, требуемые для защиты на уровне пользователей.

База данных по-прежнему будет работать нормально. Пользователи смогут обновлять данные и выполнять отчеты. Кроме того, из-за удаления исходных кодов уменьшится размер базы данных, т.е. будет оптимизировано использование памяти, что повысит быстродействие.

Сохранение базы данных как MDE-файла делает невозможным выполнение следующих действий.

Просмотр, изменение или создание форм, отчетов или модулей в режиме конструктора.
Добавление, удаление или изменение ссылок на библиотеки объектов или базы данных.
Изменение программ; MDE-файл не содержит исходных кодов.
Импорт и экспорт форм, отчетов или модулей. Однако таблицы, запросы, страницы доступа к данным и макросы можно импортировать и экспортировать в базы данных, не являющиеся MDE-файлами.

← →
Layner (2004-02-17 10:46) [11]

SPIRIT © (17.02.04 08:32)
Да, программно я так и подключался, только пароль брал из реестра, где он лежит в зашифрованном виде, а пароль менялся на БД только из моей программы. Записывался в реестр, программа перегружалась с новым паролем и все.
sniknik © (17.02.04 09:39)
Спасибо за исчерпывающий ответ! Перегоню в MDE.

← →
sniknik (2004-02-17 11:25) [12]

> Спасибо за исчерпывающий ответ! Перегоню в MDE.
не понимаю за что? (вернее почему именно последний ответ тебя удовлетворил) про паролирование по юзеру и раньше упоминалось и оно не зависит от расширения MDE/MDB, т.е. чтобы им воспользоватся перегонять не надо, и ты им пользоватся не хотел. потом какой смысл в MDE если пишеш на дельфи и используеш mdb только как базу, или ты пишеш в access-е? и у тебя есть код который нужно спрятать?

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

Преоборазование БД ACCESS *.mdb в файл *.mde, или как зищитить Найти похожие ветки

Преоборазование БД ACCESS .mdb в файл .mde, или как зищитить Найти похожие ветки