 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 10 Oct 2001 09:56:33 To : Vladimir Pavlikov Subject : Re: ms sql server vs. ibm db2 -------------------------------------------------------------------------------- ax.com> <9pfi9s$gb7$1@gavrilo.mtu.ru> <9phds3$ccf$1@host.talk.ru> ax.com> <9pi7d7$2f6$1@gavrilo.mtu.ru> <9pkeuo$bb7$1@host.talk.ru> ax.com> <3BC290A2.4020105@cssc.tat.ru> <9pu4cr$gf2$1@news.nsk.su> ax.com> <3BC2A37A.3070700@cssc.tat.ru> <9puo4c$7nf$2@host.talk.ru> From: Victor Metelitsa <vvm@cssc.tat.ru> Vladimir Pavlikov wrote: > Hello! "Victor Metelitsa" <vvm@cssc.tat.ru> wrote: > > >>Я имел в виду сравнение "один оператор выборки vs хранимая процедура", а >>не "DB2 vs что-то другое". В этом смысле Interbase - самый яркий "оппонент". >> > > Это не так. Если оператор выборки и процедура имеют один и тот же текст - > на выходе будет одно и то же. Хорошее ли, плохое ли, но - одно. Причем > и в процедуре можно применять индексы и пр. Ага, я сообразил. Мой пример на самом деле как раз объяснял не разницу между оператором выборки и SP, а разницу между DB2 и другими серверами (с менее развитым языком выборок). Один и тот же SQL-оператор заоптимизируется одинаково и внутри SP, и вне. А вот разница в диалектах... > Поскольку SP в указанных > серверах сильно отличаются - их просто нельзя сравнивать. Какое уж тут > может быть "оппонирование"... > -- "Оппонирование", тем не менее, самое удобное, пример очень наглядный. Для MS SQL или Oracle подобрать пример мне было бы сложнее . -- Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Talk.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/5364dad953a1.html, оценка из 5, голосов 10
|
|
|