sql >> Database teknologi >  >> RDS >> Oracle

Er der nogen logisk grund til at have forskellig tablespace til indekser?

Det er en udbredt overbevisning, at holde indekser og tabeller i separate tablespaces forbedrer ydeevnen. Dette betragtes nu som en myte af mange respektable eksperter (se denne Spørg Tom-tråd - søg efter "myte" ), men er stadig en almindelig praksis, fordi gamle vaner dør hårdt!

Tredjepartsredigering

Uddrag fra asktom:"Indeks tabelplads" fra 2001 til Oracle version 8.1.6 spørgsmålet

  • Er det stadig en god idé at opbevare indekser i deres eget tablespace?
  • Forbedrer dette ydeevnen, eller er det mere et gendannelsesproblem?
  • Er svaret forskelligt fra den ene platform til den anden?

Første del af svaret

Yes, no, maybe.

The idea, born in the 1980s when systems were tiny and user counts were in the single 
digits, was that you separated indexes from data into separate tablespaces on different 
disks.

In that fashion, you positioned the head of the disk in the index tablespace and the head 
of the disk in the data tablespace and that would be better then seeking 2 times on the 
same disk.

Drives back then were really slow at seeking and typically measured in the 10's to 100's 
of megabytes (if you were lucky)


Today, with logical volumes, raid, NN gigabyte (nn is rapidly becoming NNN gigabytes) 
drives, hundreds/thousands of concurrent users, thousands of tables, 10's of thousands of 
indexes - this sort of "optimization" is sort of impossible.

What you strive for today is to be able to manage things, to spread IO out evenly 
avoiding hot spots.

Since I believe all things should be in locally managed tablespaces with UNIFORM extent 
sizes, I would say that yes, indexes would be in a different tablespace from the data but 
only because they are a different SIZE then the data.  My table with 50 columns and an 
average row size of 4k might belong in a tablespace that has 5meg extents whereas the 
index on a single number column might belong in a tablespace with 512k or 1m extents.

I tend to keep my indexes separate from the data but for the above sizing reason.  The 
tablespaces frequently end up on the same exact mount points.  You strive for even io 
across your disks and you may end up with indexes and data on the same devices. 


  1. Sådan tjekker du MySQL-versionen

  2. Konfiguration af ScaleGrid-tilladelser på AWS ved hjælp af en IAM-politikskabelon

  3. Er der nogen undvigende syntaks for psql-variabel inde i PostgreSQL-funktioner?

  4. Forstå QUOTED_IDENTIFIER