|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Sergey Pratch 2:5020/400 22 Jan 2002 23:56:20 To : Victor Metelitsa Subject : Hа: в чем зло хранимых процедур-2 -------------------------------------------------------------------------------- Hi! "Victor Metelitsa" <vvm@cssc.tat.ru> сообщил/сообщила в новостях следующее: news:3C4D1F2B.40801@cssc.tat.ru... > Когда я говорил о зле хранимых процедур, я имел в уме некую > "идеализированную" реляционную СУБД. Каковы ее характерные черты? > Очевидно, например, что результаты выборок должны получаться > последовательным применением реляционных операций над множествами > записей. Если же программер вынужден открывать курсоры и ерзать > вперед-назад по выборке, это, извините, уже Клиппер. Аналогично можно > сказать о модификациях данных (вставка/обновление/удаление). Беда в том, > что большинство местных читателей обмануто - они думают, что работают с > реляционными СУБД, когда на самом деле работают с "полуклиппером" и/или > делают неадекватные модели данных. А когда я обсуждал с тобой эту тему, то под ХП понимал два тезиса: 1. ХП - это просто поименованые пакеты (или даже одиночный) SQL-оператор. 2. Задача клиент-серверной технологии: концетрация вычислительных ресурсов в одном месте и за счет этого более лучшее их использование и планирование использования. По п.1: от того, что некоему оператору (пакету операторов) имеется возможность присвоения имени и вызова его по имени, назвать это злом - ну не то что бы глупость, но ересь точно. И это я могу написать даже без ИМХО! По п.2: как раз тот факт, что необходимы дополнителные ресурсы на клиенте для генерация этого оператора, вместо использования такого же, но поименованого на сервере - уже есть факт децентрализации ресурсов. При этом стоит заметить, что не такой уж и малой кровью в этом случаем можно отделатся. Hе говоря о том, что это просто тупое увеличение сетевого трафика. зачастую очень многие требуемые операторы не такие уж и маленькие (например у меня, получение остатка по счету на определенную дату - не менее 25-30 строк, а возвращаемый результат - одна запись, размером не более 20 байт) и воплне реальна ситуация, когда входящий трафик на сервер легко превысит исходящий или еще хуже, сравнится с ним. -- С уважением, Сергей Прач ================= Please, send you private mail to: s_pratch@mail.ru --- ifmail v.2.15dev5 * Origin: LtawaSoft (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/167862c2344b6.html, оценка из 5, голосов 10
|