¿Has intentado simplemente escribir y ver qué pasa? ¿Tienes un cuello de botella conocido?
Si necesita evitar que su aplicación se bloquee, una forma sería poner en cola las escrituras para diferir la llamada a la base de datos. Sin embargo, esperaría que la cola se borre en un segundo o 2: entonces, ¿necesita una cola si esto está bien?
¿O puede pasar a una mesa de ensayo y luego enjuagarse más tarde? Usamos esta técnica para lidiar con escrituras sostenidas de millones de filas nuevas por minuto (en realidad usamos una base de datos provisional con recuperación simple): pero no la implementamos hasta que tuvimos la experiencia de escribir solo filas.
Nota: Cada escritura en SQL Server va a ir a hacer el disco como parte del protocolo de escritura anticipada registro (WAL). Esto se aplica a la entrada t-log para esa escritura.
La página de datos con la fila irá al disco en algún momento (según el tiempo, el uso, la presión de la memoria, etc.) pero, en general, sus datos estarán en la memoria de todos modos. Esto se llama "Checkpointing" y no expulsa los datos de la memoria, solo elimina los cambios (editado el 24 de noviembre de 2011)
Editar:
Para consideraciones generales, basadas en el último párrafo anterior, cambie su LDF para esta base de datos a un conjunto dedicado de discos para un mayor rendimiento. Lo mismo ocurre con una base de datos provisional (una para MDF / LDF). Es bastante común tener una docena o 3 volúmenes diferentes (a través de una SAN normalmente) para su servidor de base de datos