sql >> Databasteknik >  >> RDS >> Oracle

Är ett globalt partitionerat index bättre (snabbare) än ett icke-partitionerat index?

Jag är ganska säker på att du har hittat denna referens i din forskning - Partitionerade tabeller och index . Men jag ger en länk till det om någon är intresserad, detta är ett mycket bra material om partitionering.

Rakt till saken - Partitionerat index bryter bara ned indexet i bitar (16 i din situation) och sprider data beroende på deras hashade partitioneringsnyckel. När du vill använda den "beräknar" Oracle nyckelns hash och bestämmer i vilken sektion du ska fortsätta söka.

När jag vet hur indexsökning fungerar, på riktigt stora data tror jag att det är bättre att välja det partitionerade indexet för att minska indexträdet du går igenom (vanligt index). Det beror verkligen på data som finns i tabellen (hur det vanliga indexträdet är sammansatt) och hash och direkthopp till lägre nod snabbare än vanlig trädpassering från startnoden.

Slutligen måste du vara mer säker på testresultaten. Om en teknik ger bättre resultat på din exakta data än någon annan, oroa dig inte för att implementera den.




  1. Skiftlägesokänsliga unika modellfält i Django?

  2. räknar antalet gånger ett skript exekveras

  3. Utföra replikeringstopologiändringar för PostgreSQL

  4. php getaddriinfo-fel:Ett icke-återställbart fel inträffade under en databassökning.