För att få en grov jämförelse:TPC-C benchmark-posten för SQL Server ligger på cirka 1,2 miljoner transaktioner per minut, och har varit så här under de senaste fyra åren eller så (begränsad av gränsen på 64 CPU OS). Det är något i mängden av ~16 000 transaktioner per sekund . Detta är på superavancerade maskiner, 64 processorer, gott om RAM, affinitiserade klienter per NUMA-nod och ett serverly kort strippat I/O-system (bara ungefär 1-2% av varje spindel används). Tänk på att det är TPC-C-transaktioner, så de består av flera operationer (jag tror är 4-5 läsningar och 1-2 skrivningar vardera i genomsnitt).
Nu bör du skala ner den här förstklassiga hårdvaran till din faktiska driftsättning och kommer att få bollplanken där du kan ställa dina förväntningar på övergripande OLTP-transaktionsbearbetning .
För datauppladdning är det nuvarande världsrekordet ca. 1 TB på 30 minuter (om är fortfarande aktuell...). Flera tiotusentals inlägg per sekund är ganska ambitiöst, men möjligt, när det görs på rätt sätt på seriös hårdvara. Artikeln i länken innehåller tips och tricks för ETL-hög troughput (t.ex. använd flera uppladdningsströmmar och koppla dem till NUMA-noder).
För din situation skulle jag råda först och främst åtgärda så du tar reda på flaskhalsarna och frågar sedan specifikt frågor om hur man löser specifika bothalsar. En bra utgångspunkt är Vitbok om väntar och köer .