Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Производителност на заявка на SQL Server - Търсене на клъстерен индекс

Съгласен съм с @marc_s и @KM, че този грандиозен дизайн е обречен от самото начало.

Милиони часове за разработчици на Microsoft са отишли ​​в изграждането и фината настройка на стабилна и мощна машина за бази данни, но вие ще преоткриете всичко, като натъпчете всичко в малък брой общи таблици и повторно внедрите всичко, което SQL Server вече е проектирани да правят за вас.

SQL Server вече има таблици, съдържащи имена на обекти, имена на колони и т.н. Фактът, че обикновено не взаимодействате директно с тези системни таблици, е нещо добро:това се нарича абстракция. И е малко вероятно да се справите по-добре с прилагането на тази абстракция, отколкото SQL Server.

В края на деня, с вашия подход (а) дори най-простите заявки ще бъдат чудовищни; и (б) никога няма да се доближите до оптималната производителност, защото се лишавате от цялата оптимизация на заявките, която иначе бихте получили безплатно.

Без да знаете нещо повече за вашето приложение или вашите изисквания, е трудно да дадете някакъв конкретен съвет. Но бих предположил, че някаква добра стара нормализация би помогнала много. Всяка добре внедрена, нетривиална база данни има много таблици; десет маси плюс десет xtab маси не трябва да ви плашат.

И не се страхувайте от генерирането на SQL код като начин за внедряване на общи интерфейси в различни таблици. Малкото може да помогне много.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Работа с NULL в SQL Server

  2. Inner Join изключва ли дубликати?

  3. Алтернатива за оператор MAX върху битови полета

  4. SQL Server:Изчисление с числови литерали

  5. Предоставяне на достъп до една база данни на потребители/роли на друга