Всеки път, когато страница B-Tree е пълна, тя трябва да бъде разделена, което отнема известно време. Производителността на вмъкването също е по-бавна, колкото повече индекси имате, тъй като всяко вмъкване актуализира всички индекси. 9000 вече е посочил правилно, че вашият (timestamp,staff) индекс покрива индекса (timestamp) в 95% от случаите, има много редки случаи, когато индекс с една колона (timestamp) ще се изисква за по-добра производителност.
Има и някои периодични фонови задачи, които от време на време могат да забавят вмъкване или две в рамките на един ден.
Освен това, друга причина за забавяне е просто дейността на базата данни. Ако имате транзакции, които са заключващи страници, които вмъкването трябва да актуализира (или разделяне на страници), вмъкването трябва да изчака, докато заключванията за запис бъдат приети. Тези други дейности дори не се нуждаят от действително стартиране на транзакция и дори не е нужно да бъдат четене и четене на спор; можете също да имате спор за писане-запис или опашка, натрупана от тежка активност.
И последната възможна причина - вашият сървър на база данни е без ресурси, било то памет, процесор или мрежов вход/изход. Сървърът може да направи толкова много, така че ще трябва да изчака, докато разполага с достатъчно ресурси.
