"Oleg LOA" ... > > Все клиенты должны знать ключ шифрования. Кривизна немерянная, имхо > > См выше. - > 1) Ya Personal всегда нужен ключ
Какой-такой "персонал" ? :-D Борланды не знали такого слова, когда наспех прикручивали эту недоделку :) Да и ты "выше" об этом не писал. Но всё равно - решение должно удовлетворять и персонал, и полный сервер. > 2) В обычном сервера первый кто открывает должен знать ключ - остальные знать > не должны. Если бы это было так, то накой тогда вообще что-то шифровать ? Дождался легального коннекта, прицепился вторым - и тащи что хошь :) Ключи следующих коннктов сейчас проверяются на равенство с тем, который был первым и сохранился в dbb > > Я считаю, что то, что передаётся с isc_dpb_encrypt_key, не должно быть > > ключём шифрования. > > В хидер нужно писать идентификатор алгоритма шифрования, ибо он не должен > > быть зашит в > > движке, - а значит, рано или поздно, он будет не один. > > Здесь нужно думать, у борландов так и предпологалось что ты подкладываешь > свою DLL. > Для моих задач вполне хвататет встроенного алгоритма. Угу. А хотелось бы нормального решения, а не частный случай > > Угу, я так и предполагал. Быстрая проверка не гарантирует точности, а > > медленная > > (точная) нам не нужна. Если я ещё могу предположить быструю проверку для > > data_page, > > то для btr - уже не могу. Да и от decompression buffer overrun быстрая > > проверка не > > поможет > > Кто тебе сказал что не нужна. Быстрая - не значит не разбирать содержимое. > Как раз наоброт, > другое дело что ты не анализиреш сами данные, а только целостность страницы. Ну, проверь индексную страницу с 10К ключей на ней _быстро_ или хотя бы _приемлемо быстро_ > > Когда пишется мусор на страницы ? При полностью исправном железе ? И > > отсутствии кривых УДФ ? > > Спроси это у тех кто имеет разрушенные БД. Или вспомним случаи сбоя сервера > из-за ошибок в коде? Вот эти ошибки и нужно исправлять. А не полагаться на несовершенную проверку перед записью... Имхо, конечно, как всегда -- Хорсун Влад --~--~---------~--~----~------------~-------~--~----~ -~----------~----~----~----~------~----~------~--~---