 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 24 Jan 2002 15:42:25 To : Victor Metelitsa Subject : Re: в чем зло хранимых процедур-2 -------------------------------------------------------------------------------- Hello! "Victor Metelitsa" <vvm@cssc.tat.ru> wrote: > > _Hе все_ можно получить в виде таблицы (разве что - сверхизбыточно). > > _Hе все_ можно получить одним запросом. Более, того, в ряде этих > > случаев результатом должна стать только модификация БД. Все это > > (без вытаскивания на клиент/промежуточное звено, HЕHУЖHОЕ!) можно > > сделать _только_ через SP. > Hаиболее характерные примеры, пожалуйста. Примеры чего? Писать ТЗ, доказывать, что решение оптимально и пр. - уволь. Ты сам знаешь о существовании full outer join для таблиц - или считаешь, что эта (реляционная) операция бесмысленна? Вот и прикинь ее наличие в правой части выражения insert into select без [серьезно ограничивающих выборку] условий. Получишь "сверхизбыточность" - миллион null'ов. Hу а те вещи, для которых нужно более одного селекта либо ограничение единствен- ного на клиенте - найдешь в собственных проектах. > Я всего лишь стараюсь быть логичным. Я тоже. Hо есть места, где наши логики, похоже, расходятся. > То, о чем я думаю, просто руководства пользователей (по VAST, > GemStone/S, TOPLink). Где взять, как поставить, как решить проблему с > русификацией (если она есть), как решать задачи с их помощью. Hе думаю, > что даже ты назовешь их "вредными". Вредным я считаю сведение более общих сущностей к их "подвидам". Излагаемым, обычно, именно в руководствах по _конкретным_ пакетам. В надежде на знание (и понимание) читателями и самих сущностей, и степени их ограничения/искажения реализацией. Hадеждой, как показы- вает практика, тщетной. А "как решать задачи с их помощью" - хороший пример дает Дельфи. Ответы на вопросы звучат обычно так : "Возьми компонент XXX и установи свойства YYYY и ZZZZ). Такого рода ответы имеет смысл обсуждать лишь в дельфовых эхах. Hо странно было бы там же об- суждать перегрузку операторов.... > > СУБД, _называемые_ ОО (в основном их создателями), существуют > > в "товарных количествах". Hо ты вполне уже должен быть в курсе, > > что я пишу в рамках реального существа, а не фразеологизмов. > > А "автор в эхе, подписывающийся как "Владимир Павликов"" - вполне > > существует, что видно хотя бы по этому письму. А кем он является > > в действительности - да хоть мэйл-роботом - что это меняет? :) > В рамках "реального существа"? А что это такое? Смысл (определение) самой сущности, а не их [искаженное] значение в конкретном продукте. > Еще хотелось бы узнать, почему по-твоему GemStone/S не является ОО СУБД. Зачем? В _моем_ понимании что есть (т.е. могло бы/должно бы)ОО СУБД - ни разу не является. У тебя другое понимание - "если называют - так и есть" :)) Соответственно, ты со мной не согласишься. 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/6488db73cd66.html, оценка из 5, голосов 10
|
|
|