जब भी कोई बी-ट्री पृष्ठ भरा होता है, तो उसे विभाजित करने की आवश्यकता होती है जिसमें कुछ समय लगता है। आपके पास जितने अधिक इंडेक्स हैं, इंसर्ट परफॉर्मेंस भी धीमा है, क्योंकि प्रत्येक इंसर्ट सभी इंडेक्स को अपडेट करता है। 9000 ने पहले ही सही ढंग से कहा है कि आपका (टाइमस्टैम्प, स्टाफ) इंडेक्स 95% मामलों में (टाइमस्टैम्प) इंडेक्स को कवर करता है, ऐसे बहुत कम मामले होते हैं जब बेहतर प्रदर्शन के लिए सिंगल-कॉलम (टाइमस्टैम्प) इंडेक्स की आवश्यकता होगी।
कुछ आवधिक पृष्ठभूमि कार्य भी हैं जो कभी-कभी एक दिन में एक या दो डालने को धीमा कर सकते हैं।
इसके अतिरिक्त, देरी का एक अन्य कारण केवल डेटाबेस गतिविधि है। यदि आपके पास ऐसे लेन-देन हैं जो उन पृष्ठों को लॉक कर रहे हैं जिन्हें इंसर्ट को अपडेट (या पेज-स्प्लिट) करने की आवश्यकता है, तो इंसर्ट को तब तक इंतजार करना होगा जब तक कि राइट लॉक को स्वीकार नहीं कर लिया जाता। इन अन्य गतिविधियों को वास्तव में लेनदेन शुरू करने की भी आवश्यकता नहीं है, और उन्हें पढ़ने-पढ़ने के विवाद की भी आवश्यकता नहीं है; आपके पास लेखन-लेखन विवाद या भारी गतिविधि से निर्मित एक कतार भी हो सकती है।
और अंतिम संभावित कारण - आपका डेटाबेस सर्वर संसाधनों से बाहर है, चाहे वह मेमोरी हो या सीपीयू या नेटवर्क i/o। एक सर्वर इतना ही कर सकता है, इसलिए उसे तब तक इंतजार करना होगा जब तक उसके पास पर्याप्त संसाधन न हों।
