|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Sergey Astakhov 2:5020/400 27 Jan 2001 11:36:42 To : All Subject : Re: MS SQL 7.0 -------------------------------------------------------------------------------- "Sevka Bashkirev" <Sevka.Bashkirev@f88.n5049.z2.fidonet.org> сообщил/сообщила в новостях следующее: > > SA> Мне всегда нравились такие решения. > SA> Сделать страшную процедуру уничтожения всего и вся, а потом рвать > SA> остатки волос, когда эта процеДурка сработает на боевой базе из-за > SA> какого-нибудь программно/аппаратного глюка. Что за детское желание всё > SA> крушить? Или никогда с ценными данными не работали? > > Ценные данные регулярно бакапятся. Гы. Объясни это, например, клиенту, налоговые платежи которого не смогли уйти в срок из-за того что в банке в конце дня накрылась медным тазом рабочая база. Или посоветуешь делать бэкап каждые пол часа? :-) > А насчет программно-аппаратных глюков, так > батенька, оно ж тщательную обкатку пройдет сначала... Всех случаев не предусмотришь. Стоит там, например, проверка аппаратного ключа на LPT, а проходящий человек зацепил его и нарушил контакт в момент загрузки. Тоже базу грохать будешь? :-) > А что, есть другие идеи? Hе маятся подобными извращениями. Возможный вред от них может превысить всю гипотетическую прибыль. Сначала надо определится что и от кого ты намереваешься защищать. Только потом можно будет выбрать метод защиты. В большинстве случаев использование программной защиты слишком сложно и просто экономически не выгодно. -- Regards, Sergey Astakhov (sergeya@comita.spb.ru) COMITA Ltd. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: COMITA Ltd (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/64882967812a.html, оценка из 5, голосов 10
|