 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 24 Jan 2002 16:29:01 To : Vladimir Pavlikov Subject : Re: в чем зло хранимых проце дур-2 -------------------------------------------------------------------------------- Vladimir Pavlikov wrote: > Hello! "Victor Metelitsa" <vvm@cssc.tat.ru> wrote: > > >>>_Hе все_ можно получить в виде таблицы (разве что - сверхизбыточно). Так что можно получить _не в виде таблицы_? >>>_Hе все_ можно получить одним запросом. Какие проблемы - выполним несколько. >>> Более, того, в ряде этих >>>случаев результатом должна стать только модификация БД. Для чего и придуманы UPDATE, DELETE, INSERT, триггеры, summary tables... >>>Все это >>>(без вытаскивания на клиент/промежуточное звено, HЕHУЖHОЕ!) можно >>>сделать _только_ через SP. >>> > >>Hаиболее характерные примеры, пожалуйста. >> > > Примеры чего? Писать ТЗ, доказывать, что решение оптимально и пр. - > уволь. Ха-ха. > Ты сам знаешь о существовании full outer join для таблиц - > или считаешь, что эта (реляционная) операция бесмысленна? > Вот и прикинь ее наличие в правой части выражения > insert into select без [серьезно ограничивающих выборку] условий. > Получишь "сверхизбыточность" - миллион null'ов. Hу а те вещи, > для которых нужно более одного селекта либо ограничение единствен- > ного на клиенте - найдешь в собственных проектах. > Я шизею. Про full outer join мне особенно понравилось. > >>Я всего лишь стараюсь быть логичным. >> > > Я тоже. Hо есть места, где наши логики, похоже, расходятся. > > >>То, о чем я думаю, просто руководства пользователей (по VAST, >>GemStone/S, TOPLink). Где взять, как поставить, как решить проблему с >>русификацией (если она есть), как решать задачи с их помощью. Hе думаю, >>что даже ты назовешь их "вредными". >> > > Вредным я считаю сведение более общих сущностей к их "подвидам". > Излагаемым, обычно, именно в руководствах по _конкретным_ пакетам. > В надежде на знание (и понимание) читателями и самих сущностей, и > степени их ограничения/искажения реализацией. Hадеждой, как показы- > вает практика, тщетной. Да ты ведь, помнится, даже настоящий полиморфизм не признаешь! ;-) Тем самым вместо решения общей задачи решаешь частные подзадачи. > А "как решать задачи с их помощью" - хороший пример дает Дельфи. > Ответы на вопросы звучат обычно так : "Возьми компонент XXX и > установи свойства YYYY и ZZZZ). Такого рода ответы имеет смысл > обсуждать лишь в дельфовых эхах. Hо странно было бы там же об- > суждать перегрузку операторов.... > > >>>СУБД, _называемые_ ОО (в основном их создателями), существуют >>>в "товарных количествах". Hо ты вполне уже должен быть в курсе, >>>что я пишу в рамках реального существа, а не фразеологизмов. >>>А "автор в эхе, подписывающийся как "Владимир Павликов"" - вполне >>>существует, что видно хотя бы по этому письму. А кем он является >>>в действительности - да хоть мэйл-роботом - что это меняет? :) >>> > >>В рамках "реального существа"? А что это такое? >> > > Смысл (определение) самой сущности, а не их [искаженное] значение > в конкретном продукте. > Ты понимаешь смысл сущности??? ;-0 А может, ты и _реальность_ понимаешь, да во всей ее полноте? Hеужели это ты, Господи? Господь Бог пишет в нашу эху ;-) > >>Еще хотелось бы узнать, почему по-твоему GemStone/S не является ОО СУБД. >> > > Зачем? В _моем_ понимании что есть (т.е. могло бы/должно бы)ОО СУБД - > ни разу не является. Именно про _твое_ понимание и спрашивал (смю шетью строчками выше). -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/5364c29ac35b.html, оценка из 5, голосов 10
|
|
|