создание собственной базы данных

← →
UniDeMoN (2002-11-17 04:33) [0]

Уважаемые мастера, дайте пожалуста пример создания собственной базы данных с шифрованием данных который может к примеру взаимодействовать с Dbgrid.
Ищу лучшую идею для своей прграммы.
Заранее Всем спасибо !!!

← →
Vladislav © (2002-11-17 10:46) [1]

А какие варианты уже нашел?

← →
snake1977 (2002-11-17 11:26) [2]

храни в базе только зашифрованный текст , алгоритм выбирай на свой вкус :)
сделай вычисляемые поля, в которых будет расшифровыватся информация, и выводи их пользователю. Т.е. расшифровка будет динамической, и только в ОП ;)
Единственный недостаток такого метода, что ты не сможеш делать исправления прямо в DBGrid.

← →
Bis © (2002-11-18 10:26) [3]

Возьми ClientDataSet, там вроде можно дописать свою обработку

← →
Дмитрий К.К. © (2002-11-18 12:06) [4]

Шо значит "собственной базы данных"? Ты собрался разработать собственный движок?
Если да, то сочуйствую твоему решению.

← →
UniDeMoN (2002-11-18 14:23) [5]

Я не собрался разработать собственный движок мне нужно только хранить записи в файле с ключом вот и всё
записи должны обрабатываться через программу на delphi

← →
UniDeMoN (2002-11-18 14:25) [6]

для примера хотя бы c DBGRID

← →
Delirium © (2002-11-18 15:50) [7]

http://delphibase.endimus.com/?action=viewtopic&topic=mathcode

← →
KSergey © (2002-11-18 15:52) [8]

Возможно, есть смысл посмотреть как устроена RxMemoryDataSet (ну или как оно называется) - ну и переделать под файлы как надо...

← →
Дмитрий К.К. © (2002-11-18 17:28) [9]

> UniDeMoN (18.11.02 14:25)
> для примера хотя бы c DBGRID

DBGrid цепляется (через DataSource) только к потомку TDataSet. Поэтому свой движок (пусть хоть и примитивный) разработать таки придется :)

← →
lmatveev (2002-11-18 22:14) [10]

Я так думаю, что шифровать ведь надо только текст? Тогда можно написать своего потомка от TStringField и переопределить у него что-то типа SetData, GetData (точно не помню). Можно также написать наследника от TADOQuery (TQuery) и у него переопределить InternalPost и InternalOpen.
В общем на мой взгляд, вариантов несколько, но раз надо написать целую систему, работающую с шифрованными данными, то копать нао в сторону создания для этого компонентов, а не всяких там вычисляемых полей

Есть хороший движок с шифрованием.
DBISAM
www.elavatesoftaware.com

Использую при создании приложений 30-80 таблиц, 100k-2m записей.
При грамотном создании DB по server-app w2k TE - летает.
Время интерактивности(добавл, редакт, чтение) удается сохранить на уровне 0.5-2 сек (50 table, 2 mln recs)

← →
ShaggyDoc (2002-11-19 07:08) [12]

Поддерживаю Jeer © (18.11.02 22:24)

Единственно, что мне не нравится - слишком часто выходят новые версии. Далеко не бесплатные. То ли ошибки правят, то ли возможности наращивают.

Кроме того, для локальных БД можно использовать kbmMemTable. Тоже шифрование есть.

Он хочет "собственную базу данных", а не всякие DBISAM"ы, что есть уже не "собственная база данных".

Судя по тому как вы выражаете свои мысли (слегка пахнет ламерством), стоит предложить вам подключиться в ветки "А давайте разработаем свою ОС".

Чтобы по нормальному "знвимодействовать" с ДБГРИД не иначе как стоит сделать свой движок а еще лучше именно разработать свой формат БД и сотворить ODBC\BDE драйвер к этому формату.

← →
UniDemon (2002-11-20 17:01) [15]

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

создание собственной базы данных Найти похожие ветки