 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 10 Oct 2001 16:37:57 To : Alexey Fisson Subject : Re: ms sql server vs. ibm db2 -------------------------------------------------------------------------------- Hello! "Alexey Fisson" <favn@csi.ru> wrote: > > > Аргументы? То есть чем километровый запрос хуже километровой процедуры? > > Очевидны - секурность и "инкапсуляция" базы от клиентов. > Совершенно не очевидны. Запрос может быть оформлен как VIEW в отдельной > схеме, в результате секурность и инкапсуляция только выиграют. View, как и SP - это "объекты сервера". В отличие от запроса, приходящего с клиента. Т.е. ты поддержал мою точку зрения, хотя и выделив вьюху, и противопоставив ее сп. С последним я не согласен, ессно. > > Почему процедурный? В хранимке может быть тот же запрос, или несколько. > Если в SP лежит запрос и нет процедурных примочек, ИМХО логичнее опять-таки > оформить ее как VIEW. Если же сервер заставляет писать SP там, где в других > можно обойтись одним запросом, придется писать алгоритм. В этом случае текст > будет совершенно разный, соответственно и разные возможности оптимизации. В > процедуре ты сам делаешь декомпозицию гипотетического запроса на подзапросы, > сам задаешь последовательность их исполнения и алгоритм "сведения" > результатов, чем и ограничиваешь возможности оптимизатора по работе с > запросом в целом. Т.е. снабжаю его знаниями, которыми он не обладает :) Речь не идет о "сервер заставляет...", считай, что у тебя свободный выбор. Ограничения - это уже другое, и их стоит рассматривать конкретно. Что же до "в этом случае текст будет совершенно разный, соответственно и разные возможности оптимизации" - да, вполне возможно. Из чего вовсе не следует, что "во втором случае" возможности будут хуже. И все же я писал не об этом - при чем тут оптимизация? Она вовсе необязательно должна пострадать, а речь о другом, в чем выигрыш (да, пусть для меня) очевиден. -- Владимир Павликов. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6488e005b4d1.html, оценка из 5, голосов 10
|
|
|