WCF OperationContract Tuning Creación de instancias y concurrencia con TSQL

Aplicación WPF .NET 4.0Actualmente alojado en CitrixBack end MSSQL 2008 R2Tamaño de DB hasta 100 GBLa búsqueda de TSQL devolverá 100 objetos a la vez y llegará a 12 tablasLa mayoría de las búsquedas <1 segundo y casi nunca> 10 segundosLas actualizaciones de TSQL (SP) son de una en una.Lee: Escribe> 10000: 1Una sola base de datos puede tener 100 usuarios activos, pero nunca más de 10 conexiones activas.El cuadro de SQL solo supera el 25% cuando se realiza una carga de datos y luego permanece por debajo del 50%

Traslado al servidor del cliente a través de WCF. Mi primer WCF.

¿Ya no hay cliente web pensando en hospedar como un servicio en casa?Más tarde creará un producto hermano y host en Azure.¿Pensando en requerir sesiones?Si estoy pensando mal por favor hágamelo saber

Donde estoy perdido es en OperationContract Instancing and Concurrency.

Para la búsqueda de instancing ¿debo ir PerSession? ¿Y si es así debería mantener abierta la conexión SQL?

La actualización es muy diferente de la búsqueda. Hay 6 Contratos de operación de actualización diferentes (para diferentes tipos de datos). La actualización se realiza de una en una y por medio de la PK y llegará a la tabla de origen y la tabla de registro. ¿Eso puede tener más sentido como una instancia única y un modo mutuo concurrente y mantener la conexión? Si es así, ¿manejo la concurrencia?

También hay una actualización masiva, pero estoy dispuesto a tratarla como una serie de actualizaciones individuales por ahora.

El objetivo principal es la integridad de los datos, luego la disponibilidad y luego la escalabilidad.

Entiendo que puede que no haya respuestas difíciles. ¿Algún puntero o material de referencia? ¿Cómo debo hacer la prueba de estrés? ¿Cómo gestionar y monitorizar el proceso?

Tengo una gran cantidad de datos para probar y voy a informar los resultados.

Respuestas a la pregunta(1)

Su respuesta a la pregunta