|
|
Регистрация | << Правила форума >> | FAQ | Пользователи | Календарь | Поиск | Сообщения за сегодня | Все разделы прочитаны |
|
Опции темы | Поиск в этой теме | Опции просмотра |
#1
|
|||
|
|||
Запихнуть файл БД Sqlite в оперативку
Доброго времени суток.
Нужно написать БД, причём необходимо использовать шифрование. В качестве СУБД был выбран SQLite. Все расширения, поддерживающие шифрование, либо платные либо геморройные в установке. Так что я решил шифровать алгоритмом RC5 прямо поверх файла БД. То есть, в начале работы у пользователя спрашивается пароль, файл БД расшифровывается, с ним производится работа, а по окончании работы он снова шифруется. Если хранить расшифрованную БД просто во временном файле, то всё просто. Но это небезопасно, так как если аварийно вырубят электричество, расшифрованный файл останется на диске. Поэтому хочу, чтобы расшифрованная БД хранилась в оперативке, а на диск скидывался только зашифрованный файл по окончании работы. Как это реализовать? Допустим, к зашифрованному файлу я привяжу TFileStream, расшифрованный запихаю в просто Stream (он, по идее, как раз в оперативке будет находиться), но как потом подсунуть SQLite-у этот Stream, чтобы он мог с ним работать? Заранее спасибо. |
#2
|
||||
|
||||
Вот уж вам пользователи спасибо скажут, когда после дня усиленного ввода данных в БД у вас все даные накроются медным тазом потому-что свет вырубили, комп завис и т.д.
Жизнь такова какова она есть и больше никакова. Помогаю за спасибо. |
#3
|
|||
|
|||
реализовать автосохранение не проблема. Опять же, специфика такова, что после начального наполнения меняться данные будут редко, в основном - именно просмотр и анализ.
А по теме что-нибудь сказать можете? Как научить SQlite работать с БД в памяти, а не на диске? |
#4
|
||||
|
||||
Простейшее решение сделать рамдиск и на него скопировать ваш файл перед запуском.
Жизнь такова какова она есть и больше никакова. Помогаю за спасибо. |
#5
|
|||
|
|||
Цитата:
Не, тут можно подсунуть любой диск. Варианты: 1. созданиие своего сервиса, реализующего некоторый виртуальный диск, который храниться в файле. Потом спросить у этого диска буковку и работать на нем. фактически, самописный аналог чего-то типа criptoDisk. 2. переписать всю работу внутри библиотеки на функции, поддерживающиен шифрование, благо исходники доступны. Сложно и долго. 3. Шифровать не БД, а данные. |
#6
|
|||
|
|||
вот да, про это и хотел сказать, что сказал lmikle. Если хранить базу как не шифрованный ресурс и обращаться к ней во время работы программы - кто мешает вытащить злоумышленнику базу из ресурса? Зашифровать EXE? никто не мешает его расшифровать, благо прог таких море. Вижу одно решение более менее нормальное, но сложное и долгое, либо переписать компонент для работы с базой, который будет шифровать данные по ключу при записи в базу, и расшифровывать при чтении, либо создать на основе компонента его потомок и т.д.
Последний раз редактировалось Assistant, 09.03.2011 в 01:22. |