Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2003.02.20;
Скачать: [xml.tar.bz2];

Вниз

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

 
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;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.45 MB
Время: 0.011 c
8-63692
XHelp
2002-11-03 20:56
2003.02.20
Поворот рисунка


1-63657
swamp
2003-02-11 16:32
2003.02.20
Gray +


3-63478
Nick-From
2003-02-04 16:58
2003.02.20
Процедура сравнения


1-63679
KonstVD
2003-02-11 17:00
2003.02.20
выход из цикла


7-63873
Status_I
2002-12-15 03:22
2003.02.20
Установка шрифта





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский