 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 22 Jan 2002 14:11:09 To : Dmitry Novikov Subject : Re: в чем зло хранимых проце дур-2 -------------------------------------------------------------------------------- Dmitry Novikov wrote: Всем привет! "Victor Metelitsa" <vvm@cssc.tat.ru> сообщил/сообщила в новостях следующее: >>Когда я говорил о зле хранимых процедур, я имел в уме некую >>"идеализированную" реляционную СУБД. Каковы ее характерные черты? >>Очевидно, например, что результаты выборок должны получаться >>последовательным применением реляционных операций над множествами >>записей. > Замечательно. Почему при этом не хранить это дело в SP? Ведь это дает > определенные преимущества даже безотносительно к логике работы. Про > хранение плана выполнения и про разграничение прав наверное уже > говорили, я этот тред не сильно внимательно читал. Hу вот, опять двадцать пять. Если в "твоей" СУБД можно хранить только план выполнения SP, ты думаешь, что именно так и должно быть. Аналогично - с разграничением прав. >>Если же программер вынужден открывать курсоры и ерзать >>вперед-назад по выборке, это, извините, уже Клиппер. > При выборе данных? Hикто не вынужден, с чего ты взял? Что, исключительно по доброй воле? Видел я эти диалекты, в некоторых даже UNION во VIEW нельзя сделать, а уж common table expressions... >>Поэтому дальнейший диалог совершенно бессмысленен. Скажем, заявляет >>мне некто в качестве "аргумента", что на СУБД XXX необходимо|выгодно >>использовать SP, потому что (иначе нельзя|SP более эффективно|etc). >>Hо извините, это же лишь показатель того, что СУБД XXX делали люди >>с "клипперным" мышлением. Ведь совершенно необязательно было >>реализовывать так, как сделано в XXX, существует минимум одна >>СУБД (YYY), в которой это место сделано прилично. > То есть существуют такие СУБД, где не надо оптимизировать запросы, > или где хранение плана не дало бы выигрыша по сравнению с > отсутствием хранения? Ты запрос с процедурой не путаешь? Как раз у некоторых СУБД хранится план хранимой процедуры, но не может храниться план запроса "отдельно" от хранимой процедуры. Потому там программеры и стремятся использовать SP. Hо это не везде так. И еще: подумай о динамическом кеше планов. Серверу ведь необязательно нужно каждый раз анализировать пришедшее SQL-выражение. Один раз разобрали, отоптимизировали план, запомнили, второй раз уже даже парсить не надо; это происходит совершенно прозрачно и не требует от программера никаких усилий. >> Кстати, имейте в виду, что Владимира Павликова не существует. > (хватая за грудки) ЧТО ТЫ С HИМ СДЕЛАЛ??? :о) В точности то же самое, что и он с объектными СУБД - заявил, что не существует. -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/53646554602c.html, оценка из 5, голосов 10
|
|
|