Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
Jeg har Index på alle feldter som indgår i Relationer og også på alle feldter som der ofte søges på dog ikke på nogle enkelte som kan søges på men meget ofte opdateres.
Du bør kun have index på de felter hvor det er nødvendigt.
Teoretisk bør du have på felter du sortere efter, men til gengæld bliver din database større og langsommere ved insert, update og delete fordi dine indexer jo også skal opdateres.
Personligt har jeg kun index på de felter, der indgår i relationer.
Det er langt hen ad vejen en smagssag - lidt ligesom normalisering - brug kun det som du finder anvendeligt og effektivt.
Nej jeg har ikke problemer med hastigheden endnu da jeg er på udviklings stadie til en online Database.
Jeg har aldrig rigtigt brukt større databaser og heller ikke rigtigt brugt relationer, bare nogle simple små databaser med maks. 2 Tables.
Nu sidder jeg med 29 Tables (som ikke kan blive til mindre, kun mere) som jeg prøver at gøre så effektive som overhovedet mulig i forhold til Normalisering, søgning, opdatering og så Where/Order/Sort clauses.
Det skal jo optimeres så meget som overhovedet muligt under alle omstændigheder, men når hastigheden begynder at trykke vil det blive flyttet over i en MSSql i stedet for.
Der er dog en mærkbar forøgelse hvis du anvender datatyper som heltal, boolean o.lign istedet for tekst, i de felter du bruger som nøgler, fremmednøgler sortere efter osv.
Det er nok mest ved relationer (nøgler og fremmednøgler) man skal holde sig fra tekstfelter.
Niels
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.