Når en B-Tree-side er fuld, skal den opdeles, hvilket tager noget tid. Indsættelsesydelsen er også langsommere, jo flere indekser du har, da hver indsættelse opdaterer alle indekser. 9000 allerede har udtalt korrekt, at dit (tidsstempel, personale) indeks dækker (tidsstempel) indekset i 95 % af tilfældene, er der meget sjældne tilfælde, hvor et enkelt-kolonne (tidsstempel) indeks vil være påkrævet for bedre ydeevne.
Der er også nogle periodiske baggrundsopgaver, der af og til kan bremse et indlæg eller to i løbet af en dag.
Derudover er en anden grund til forsinkelser simpelthen databaseaktivitet. Hvis du har transaktioner, der låser sider, som indsættelsen skal opdatere (eller sideopdeling), skal indsætningen vente, indtil skrivelåsene er accepteret. Disse andre aktiviteter behøver ikke engang at starte en transaktion, og de behøver ikke engang at være læst-læst påstand; du kan også have skrive-skrive-konflikter eller en kø opbygget fra tung aktivitet.
Og den sidste mulige årsag - din databaseserver mangler ressourcer, det være sig hukommelse eller CPU eller netværks-i/o. Der er kun så meget en server kan gøre, så den bliver nødt til at vente, indtil den har nok ressourcer.