|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Ilya Zvyagin 2:5020/400 22 Jan 2002 20:12:49 To : Victor Metelitsa Subject : Re: в чем зло хранимых процедур-2 -------------------------------------------------------------------------------- "Victor Metelitsa" <vvm@cssc.tat.ru> wrote in message news:3C4D1F2B.40801@cssc.tat.ru... > записей. Если же программер вынужден открывать курсоры и ерзать > вперед-назад по выборке, это, извините, уже Клиппер. Аналогично можно Кто сказал, что в процедуре _обязательно_ открывать курсоры, и по ним ерзать ? Кстати, то же самое можно сделать и на клиенте. Прочедуры или их отсутствие не дают программисту ничего ни в плюс, ни в минус в той области, которую можно назвать "реляционное мышление" или "реляционный подход". > что большинство местных читателей обмануто - они думают, что работают с > реляционными СУБД, когда на самом деле работают с "полуклиппером" и/или > делают неадекватные модели данных. Тут тоже можно возразить - я и сам люблю чисто реляционный подход, но, увы, реляционные операции для приложения не обладают функциональной полнотой. Так что приходиться и курсоры писать. > некто в качестве "аргумента", что на СУБД XXX необходимо|выгодно > использовать SP, потому что (иначе нельзя|SP более эффективно|etc). Hо > извините, это же лишь показатель того, что СУБД XXX делали люди с > "клипперным" мышлением. Ведь совершенно необязательно было реализовывать > так, как сделано в XXX, существует минимум одна СУБД (YYY), в которой > это место сделано прилично. Однако оппонент об этом не знает или не А при чем здесь РАЗHЫЕ РСУБД ? У всех РСУБД ( ну разве за исключением какого-нибудь MySQL, которого можно и не считать ) примерно одинаковые возможности SQL-я. Или ты опять намекаешь на всяческие нестандартные WITH/CONNECT BY , поддерживаемые только _некоторыми_ СУБД-ами ? Так это же и есть тот самый отход от чисто реляционного подхода, потому как операции не реляционные в принципе. Хотя и удобные. --- ifmail v.2.15dev5 * Origin: FCT Saint-Petersburg (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/1329350c61f90.html, оценка из 5, голосов 10
|