Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2003.02.20;
Скачать: CL | DM;

Вниз

Есть ли разница в скорости?   Найти похожие ветки 

 
Behemoth   (2003-02-04 14:14) [0]

Есть ли разница в скорости выполнения запроса из представления и запроса из обычной таблицы?


 
Behemoth   (2003-02-04 14:31) [1]

Неужто никто не знает????


 
Stray   (2003-02-04 14:45) [2]

:) Теоретически, если учесть, что представление эт само по себе запрос, то наверное запрос к нему дольше чем к таблице. Но практическия не смотрел... :) Потому могу быть не правым...


 
passm   (2003-02-04 14:52) [3]

Stray (04.02.03 14:45)> Практически совсем немного может добавиться на компиляцию запроса. Но это практически не ощутимо. Сорри за тавтологию :)
ЗЫ: Смотрел только на DB2.


 
sniknik   (2003-02-04 15:14) [4]

зачем знать? возми да посмотри.


 
jocko   (2003-02-04 15:23) [5]

в зависимости от того какое представление.
если обычное, то это всего лишь хранимая команда, если из нее делаешь еще один селект то теоретически получится дольше, можно посмотреть план.
есть еще индексированные представления их результат хранится, следствие - запросы будут быстрыми, но обновления таблиц из которых строится представления будут идти медленнее, кроме того такие представления строятся только для таблиц текущей базы, есть еще ограничения.
For a standard view, the overhead of dynamically building the result set for each query that references a view can be substantial for views that involve complex processing of large numbers of rows, such as aggregating large amounts of data, or joining many rows. If such views are frequently referenced in queries, you can improve performance by creating a unique clustered index on the view. When a unique clustered index is created on a view, the view is executed and the result set is stored in the database in the same way a table with a clustered index is stored.


 
Delirium   (2003-02-04 16:19) [6]

Для MSSQL даже обычные, а не материализованные представления дают выигрыш в скорости, как раз из-за отсутствия вторичной компиляции. Однако проявляется это не всегда, слишком много сопутствующих условий, гораздо более длительных чем компиляция запроса. Но можно утверждать, что довольно сложно синтезировать ситуацию когда представление сколько-нибудь существенно затормозит запрос.



Страницы: 1 вся ветка

Текущий архив: 2003.02.20;
Скачать: CL | DM;

Наверх




Память: 0.45 MB
Время: 0.006 c
3-63529
Igor_thief
2003-02-03 12:43
2003.02.20
Ошибка при каскадном удалении


14-63772
sim
2003-02-03 11:21
2003.02.20
Win2000


1-63651
vasilly
2003-02-11 19:48
2003.02.20
Как в рантайме заменить один комп. на другой с таким же именем?


14-63741
sand
2003-02-03 16:43
2003.02.20
drag&drop


14-63771
pl_quad
2003-02-03 11:51
2003.02.20
доки по com интерфейсам MS Office





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский