|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 24 Jan 2002 19:44:15 To : Victor Metelitsa Subject : Re: в чем зло хранимых процедур-2 -------------------------------------------------------------------------------- Hello! "Victor Metelitsa" <vvm@cssc.tat.ru> wrote: > >>>_Hе все_ можно получить в виде таблицы (разве что - сверхизбыточно). > Так что можно получить _не в виде таблицы_? Оссподи, достал :( > >>>_Hе все_ можно получить одним запросом. > Какие проблемы - выполним несколько. Угу, выполним несколько, заведомо бОльших, чем надо, обработаем на клиенте (резко уменьшив выходной набор (возможно, трассиров- кой курсоров на клиенте))... нафига?! Только потому, что "рели- гия не позволяет"? Это твои проблемы. Еще раз, последний - "навигационная" обработка курсоров может одинаково проводится, и на клиенте, и в СП. И не проводится - тоже. В тех случаях, когда это оправданно - проводим, в остальных нет. Да, можно (не полностью) заменить СП "промежуточными звеньями", "OO-frameworks", но - а нафига городить огород в тех случаях, когда то же самое проще (и лучше) сделать СП? Разве что из религиоз... см. выше. > > Примеры чего? Писать ТЗ, доказывать, что решение оптимально и пр. - > > уволь. > Ха-ха. Тебе плакать надо... > > Ты сам знаешь о существовании full outer join для таблиц - > > или считаешь, что эта (реляционная) операция бесмысленна? > > Вот и прикинь ее наличие в правой части выражения > > insert into select без [серьезно ограничивающих выборку] условий. > > Получишь "сверхизбыточность" - миллион null'ов. Hу а те вещи, > > для которых нужно более одного селекта либо ограничение единствен- > > ного на клиенте - найдешь в собственных проектах. > Я шизею. Про full outer join мне особенно понравилось. Шиза твоя (в треде) видна давно, невооруженным глазом - прости за несдержанность. > Да ты ведь, помнится, даже настоящий полиморфизм не признаешь! ;-) > Тем самым вместо решения общей задачи решаешь частные подзадачи. Это тебе не помнится, а кажется. А решаю я да, стоящие передо мной задачи. И вполне неплохо, модификации требуются лишь при смене ТЗ, да и те локальны. Общая же задача (что бы это значило?) нерешаема в принципе, поскольку тянет за собой Вселенную (все взаимосвязано). > > Смысл (определение) самой сущности, а не их [искаженное] значение > > в конкретном продукте. ... > Ты понимаешь смысл сущности??? ;-0 Сущности таковыми становятся лишь после вербализации ее определения. Да, смысл тех, с которыми работаю - понимаю. Ты - во многом нет... > А может, ты и _реальность_ понимаешь, да во всей ее полноте? > Hеужели это ты, Господи? > Господь Бог пишет в нашу эху ;-) Ты мне надоел. Оставь юродствование для других. > > Зачем? В _моем_ понимании что есть (т.е. могло бы/должно бы)ОО СУБД - > > ни разу не является. > Именно про _твое_ понимание и спрашивал (смю шетью строчками выше). Тебе не понять. В основном, из явного нежелания. ЗЫ. Тема закончена. -- Владимир Павликов. Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6488d9faa7dc.html, оценка из 5, голосов 10
|