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