"Oleg LOA" ...
> "Vlad Horsun" ...
> >> 2) В обычном сервера первый кто открывает должен знать ключ - остальные
> >> знать не должны.
> >
> > Если бы это было так, то накой тогда вообще что-то шифровать ? Дождался
> > легального
> > коннекта, прицепился вторым - и тащи что хошь :) Ключи следующих коннктов
> > сейчас проверяются
> > на равенство с тем, который был первым и сохранился в dbb
>
> А при чём тут ЭТО. Шифрование БД это не защита от подключения.
Для чего ты делаешь шифрование БД ? Для лишнего гемора ? Или что бы её не
спёрли ?
Ну так вот я показал тебе, как её спереть наиболее просто, не зная ключа.
> > Угу. А хотелось бы нормального решения, а не частный случай
>
> Ну куча алгоритмов тоже никому не нужна. Реализовал AES и успокоился.
См. выше. Если каждый начнёт писать свои плагины (а так оно и будет), то
отличать их необходимо.
Если речь идёт только о персональном дятле, то я, пожалуй, воздержусь от
дальнейшего обсуждения.
> > Ну, проверь индексную страницу с 10К ключей на ней _быстро_ или хотя бы
> > _приемлемо быстро_
>
> Сикока простите ключей на старнице в 16К?
Дубликаты занимают в среднем 3-4 байта. В ОДС 11
> > Вот эти ошибки и нужно исправлять. А не полагаться на несовершенную
> > проверку перед записью...
> > Имхо, конечно, как всегда
>
> Ну да, а потом иметь полностью похеренные БД - это твой путь я так понимаю?!
Пока я не вижу, как ты гарантируешь целостность БД. Сейчас она на уровне
99% (грубо говоря), ты
добавишь ещё 0.5% ценой потери скорости. Оно надо ?
--
Хорсун Влад
--~--~---------~--~----~------------~-------~--~----~
-~----------~----~----~----~------~----~------~--~---
