Esto es mas o menos facil de resolver.
1. El asunto de las transacciones en cliente o en servidor es de poca monta aqui. Solo se afecta fuertemente en el caso de mucha concurrencia.
Aunque los SP sean un poco mas eficientes, en la experiencia no es tanta la diferencia con respecto a los procesos que usualmente hace una app tipo CRUD. Sin embargo, si son procesos en batch si es mejor asi.
Por el manejo de las transacciones como tal, no hay problema desde que se especifique adecuadamente el nivel de aislamiento de transacciones.
2. Sql Server *por defecto* esta diseñado para ser instalado de forma exclusiva en un servidor. O sea, se presupone que la BD esta en 1 servidor, la aplicacion en otro, el domino activo en otro, etc...
Por la configuracion del servidor puedes especificar el limite de memoria de sql server:
http://msdn.microsoft.com/en-us/library/ms178067.aspx
3. Optimiza el windows, cerrando servicios inutiles en un servidor (como el de camaras digitales):
http://www.optimizingpc.com/optimize...sservices.html
http://www.extremetech.com/article2/0,2845,5155,00.asp
4. Puede que la red este mal configurada. Es muy comun, y si ademas tienen el directorio activo en ese equipo es probable que no lo hayan montado correctamente.
Para mas info, este es el mejor sitio:
http://www.windowsnetworking.com/
5. Si tienen Exchange instalado por casualidad, es un animal traga-todo. Mejor muevanlo a otro equipo o salgan de ese engendro del demonio.
6. Ya que tienes la dicha de 2 discos SCSI, si no estan en RAID entonces pon el archivo de la BD en un disco (el de sistema) y del LOG en el otro (el de datos). Es mas importante poner el de Log en el disco que menos se mueva.
Puedes chequear el performance de Sql server con las herramientas de monitoreo que trae, sobre todo el Sql Profiler: Es super bueno. Te logea todas las llamadas al sql y puedes hacer uso del sql query analyzer para chequear cuales sql son los lentos.
Por lo demas, mira si todo lo que debe estar indexado lo esta y recuerdan que tambien se pueden indexar las Vistas, eso ayuda mucho SI tienes informes por vistas que son muy pesados.
Pero con todo, optimizar el sistema, deshabilitar servicios, que no corran menssenger ni ñoñadas y poner la BD y el LOG en discos separados es mas que suficiente.
Ya en el lado de delphi:
1. Utiliza cursores del lado CLIENTE y tipo READONLY. Mira si puedes usar FORWARD-ONLY en algunos casos.
2. Coje los sql mas complejos y vuelvelos Vistas. Mas simple de programar y hay mas desempeño.
3. Pasar todo a SP no necesariamente sea lo mejor, igual, lo que describes no es PARA NADA una situacion donde el desempeño haya que llevarlo al limite. De hecho, me parece raro que se te esten quejando.
Quizas, el problema estan en las estaciones. Quizas tienen mucho spyware & ñoñadas o son equipos muy lentos?
Si necesitas tirar mas desempeño me avisas. Pero primero, revisa los pasos anteriores y usa el query analyzer y el performance monitor de Windows:
http://www.windowsnetworking.com/art...e_Monitor.html
Para ver donde realmente esta la situa.
P.D: Solucion rapida: 1 Desactiva servicios. 2. BD & Log separados 3. Dataset lado cliente, solo lectura 4. SQL complejos en vistas. 5. Tira todo en batchs tanto como se pueda.