Bu durum tablonun yapısına, insert edilme şekline ve verinin karmaşıklığı gibi pek çok faktöre bağlı. Donanıma doğrudan bağlı ama göreceli konuşacağım için ortalama bir sunucu olarak kabul ediyorum. Eğer unique sütunlar varsa ve her sorguda bir satır veri kaydedilecekse ve tablo boş ise; ilk anlarda kayıtları hızlıca oluştururken unique sütunlarda kontrol için yapılan taramalar her veri eklendiğinde çoğalacağı için hız sürekli düşecek. Eğer girişler her bir sorgu tamamlandıktan sonra yenisi gönderiliyorsa veritabanı servisi çökmeden işi tamamlayacaktır fakat uzun sürecektir. Eğer bulk girişler yapılacaksa yani bir sorguda birden fazla satır girişi yapılacaksa, modern RDBMS'lerde sorguyu da optimize ettiği için tek tek yapılacak girişe göre çok daha az kaynak tüketecektir haliyle çok daha kısa sürede tamamlanacaktır. Eğer aynı anda olursa ne olur sorusunda ise yani veritabanından çok çok daha önce network bağlantımıza, network kartımıza, işlemcimize falan bakmamız gerekiyor. "Acaba nerede bir bottleneck oluşuyor? Donanım limitlerimiz nelerdir?" şeklindeki sorulara cevap bulmamız gerekiyor. Eğer onlarda tamamsa 1 milyon isteğin tüketeceği kaynağı donanım sorguların timeout süresinden daha kısa sürece tamamlayabilecekse işlem başarıyla sonuçlanır. Aksi halde ya servis çökecek ya da işlemler timeout ile düşürülecek.

Bu pek çok noktası eksik kalmış kısmi değerlendirmemizde muhteşem donanımlara sahip olmadan başarılı sonuç almamızın yolu mesajların sıralı işlemesinden geçtiğini fark ediyoruz. Yani sadece veritabanı için değil yoğun işlemci kaynağı gerektiren işlemler içinde geçerli. Bu yoğunlukta çalışan sistemler var ve kuyruk yönetimi kullanıyorlar. Bunun için bir sürü donanım ve yazılım var. İşinize de yarayabilecek olan RabbitMQ'yu araştırabilirsiniz.