Проблема производительности в шифровании и дешифровании - PullRequest
1 голос
/ 23 ноября 2011

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

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


Пожалуйста, проверьте код .и предложил мне о любой настройке производительности, над которой я могу поработать, я подумал об изменении в SQL-запросе, измененном в предложении where, так как мы преобразуем SQL-оператор условия в зашифрованную форму, а в проверку - в таблицу строк, но в некоторых случаяхприложению нужны целые таблицы, которые снова вызовут ошибку

1 Ответ

4 голосов
/ 23 ноября 2011

Что делать?

Выбрось свой нелепый подход.

Обновление до SQL Server 2008 R2 ENTERPRISE

Затем используйте шифрование базы данных этой базы данных.

Работает. Более высокая загрузка ЦП, но НАМНОГО более эффективная, чем ваш подход.

...