Index SQL

Som princip så skall det som är vanligt att söka efter vara indexerat så det beror på vad det är för databas, i ett medlemsregister kanske för- och efternamn. I ett forum användarnamn, i ett galleri namn på fotografier...

Fegis menar indexerade fält för att snabba upp sökningar, sql-frågor, på just de fälten. Jag tror du menar att alltid ha något ID på varje värde i databasen och om indexering av dem?!

Det du egentligen bara behöver göra är att sätta fältet ID som en primärnyckel och ge det till exempel autogenererade värden. I till exempel MS-SQL blir då detta fält indexerat, eftersom man normalt efterfrågar denna.

Eller har jag förstått fel?

Ett forum brukar vara uppbyggt på att man har en tabell med trådar och en med alla inlägg som då kan ligga i olika trådar. Inläggstabellen har ett unikt id för varje inlägg men du måste även ha ett fält som talar om vilken tråd ett inlägg tillhör. När en besökare vill läsa en tråd måste man söka i inläggstabellen efter alla inälgg som har det rätta tråd-id:t, därför ska du indexera tråd-id-fältet för annars förlorar du mycket prestanda då databasen annars måste söka igenom varenda inlägg för att se om det har rätt tråd-id.

Fegis menar det man söker på i sina frågor, en vanlig WHERE är en sökning.

jag har ett exemple...

en tabell med har 24 kolumer men man kan bara söka på 5 av dessa och då är dessa 5 indexerade för att snabba på det hela lite - inte för att det går långsamt fn men det lär växa betydligt...

Att ha en tabell utan index är ungefär som att artiklarna i ett lexikon skrevs i slumpartad följd, då måste man gå igenom hela boken för att hitta alla artiklar som börjar på till exempel 'A'. Det tar en stund alltså.