Главная страница
    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.007 c
3-63561
Engel
2003-02-01 20:34
2003.02.20
Делаю прогу, чтоб можно было взять список таблиц и полей из БД.


4-63917
АлексКриппер
2003-01-09 08:51
2003.02.20
Как писать в память?


14-63761
RV
2003-02-03 15:52
2003.02.20
Перепись населения .....уже N+1 или Гоголь отдыхает


14-63840
Случайный прохожий
2003-02-03 21:45
2003.02.20
Когда-нибудь видели такое чудовище?


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