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

← →
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.
В общем на мой взгляд, вариантов несколько, но раз надо написать целую систему, работающую с шифрованными данными, то копать нао в сторону создания для этого компонентов, а не всяких там вычисляемых полей

← →
Jeer (2002-11-18 22:24) [11]

Есть хороший движок с шифрованием.
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. Тоже шифрование есть.

← →
Дмитрий К.К. (2002-11-19 08:53) [13]

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

← →
Fiend (2002-11-19 09:40) [14]

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

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

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

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

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