Съдържание:

Как изгледите могат да подобрят производителността в SQL Server?
Как изгледите могат да подобрят производителността в SQL Server?

Видео: Как изгледите могат да подобрят производителността в SQL Server?

Видео: Как изгледите могат да подобрят производителността в SQL Server?
Видео: 🔥 Зачем нужны фазовращатели, как они работают и как ломаются? Крутой гид по системе VVT. 2024, Ноември
Anonim

С SQL Server 2000 г., функционалността на Изгледи на SQL Server беше разширен да се осигурете система производителност Ползи. Възможно е да се създаване на уникален клъстериран индекс на изглед, както и неклъстерирани индекси, да подобря достъп до данни производителност на най-сложните запитвания.

Освен това изгледът на базата данни подобрява ли производителността?

А изглед само по себе си няма повишаване на производителността . С казаното в зависимост от база данни двигателя, който използвате, има неща, които вие мога да направя с изглед . В SQL Server вие мога поставете индекс върху изглед (Като приемем, че изглед отговаря на различни изисквания). Това мога значително подобряване на производителност.

Също така, кой е по-бърз изглед или таблица в SQL Server? Причината, че изгледи 'може да бъде по-бързо е, че механизмът на базата данни е в състояние да свърши част от работата предварително (може да подготви и оптимизира план за изпълнение на заявка например). Това също е една от причините за съхраняваните процедури като цяло по-бързо отколкото директно изпълнение на заявки.

По този начин как може да се подобри производителността на базата данни на SQL Server?

Съвети за подобряване на производителността на SQL Server и дизайна на базата данни

  1. Изберете подходящ тип данни.
  2. Избягвайте nchar и nvarchar.
  3. Избягвайте NULL в полето с фиксирана дължина.
  4. Избягвайте * в израза SELECT.
  5. Използвайте EXISTS вместо IN.
  6. Избягвайте да имате клауза.
  7. Създаване на клъстерирани и не-клъстерни индекси.
  8. Дръжте клъстерирания индекс малък.

Прегледите забавят ли базата данни?

Лъжата е това Изгледи са по-бавно защото база данни трябва да ги изчисли ПРЕДИ да се използват за присъединяване към други таблици и ПРЕДИ да се приложат клаузите where. След това оптимизаторът обединява данните заедно по индекси, както може, точно както и той прави с елементи без изглед и след това се изпълнява цялата заявка.

Препоръчано: