Bất cứ khi nào một trang B-Tree đã đầy, nó cần được chia nhỏ và mất một khoảng thời gian. Chèn hiệu suất cũng chậm hơn nếu bạn có nhiều chỉ mục hơn, vì mỗi lần chèn cập nhật tất cả các chỉ mục. 9000 đã tuyên bố chính xác rằng chỉ mục (dấu thời gian, nhân viên) của bạn bao gồm chỉ mục (dấu thời gian) trong 95% trường hợp, rất hiếm trường hợp khi chỉ mục một cột (dấu thời gian) sẽ được yêu cầu để có hiệu suất tốt hơn.
Cũng có một số tác vụ nền định kỳ đôi khi có thể làm chậm một hoặc hai lần chèn trong suốt một ngày.
Ngoài ra, một lý do khác cho sự chậm trễ chỉ đơn giản là hoạt động của cơ sở dữ liệu. Nếu bạn có các giao dịch đang khóa các trang mà phần chèn cần cập nhật (hoặc tách trang), phần chèn phải đợi cho đến khi các khóa ghi được chấp thuận. Các hoạt động khác này thậm chí không cần phải thực sự bắt đầu một giao dịch, và chúng thậm chí không cần phải được đọc-đọc tranh chấp; bạn cũng có thể có tranh chấp viết-ghi hoặc một hàng đợi được tạo ra từ hoạt động nặng.
Và lý do cuối cùng có thể xảy ra - máy chủ cơ sở dữ liệu của bạn hết tài nguyên, có thể là bộ nhớ hoặc CPU hoặc i / o mạng. Máy chủ chỉ có thể làm được rất nhiều việc, vì vậy nó sẽ phải đợi cho đến khi có đủ tài nguyên.
