LuckyLindy: te animo a que te detengas por un segundo y verifiques que no necesitas el Agente SQL. Tu escribiste:
Estamos a punto de lanzar una aplicación transaccional dual web / interna donde cada cliente tiene su propia base de datos. Cada base de datos es muy pequeña, menos de 50 MB cada una, por lo que nos preguntamos si tendría sentido usar SQL Express 2008 en lugar del SQL Server completo.
¿Cuál es su plan para las copias de seguridad? No tiene que usar el Agente SQL, pero seguro le facilita la vida a un DBA. Puede escribir T-SQL / SMO / PowerShell / cualquier script que haga sus copias de seguridad y luego ejecutarlo a través de sqlcmd o PowerShell usando una tarea programada.
¿Cuál es su plan para el mantenimiento de la base de datos? Con el tiempo, esas bases de datos deberán desfragmentarse y comprobarse para mantener su coherencia. Standard Edition tiene todo tipo de beneficios para facilitar esto, mientras que en Express, tienes que trabajar (nuevamente con las secuencias de comandos y las tareas programadas).
¿Cómo se le notificarán los problemas en el servidor? El Agente lo ayuda aquí con Alertas para notificarle cuando un registro se está llenando, un disco se está llenando, etc.
Estas son tareas críticas del tipo DBA de SQL Server. Una cosa es ejecutar Express para una aplicación interna, pero una vez que comienza a decirnos que está alojando estos para clientes, me preocupa :)
La parte 2 de esto es preguntarle a cuántos clientes planea apoyar esto, tanto en el lanzamiento como después de un año. Si dice "100 clientes", entonces 100 bases de datos de 50 MB no serán suficientes en Express, simplemente no tiene suficiente memoria. Diablos: dependiendo de cuánto delta tengas, podrías alcanzar un máximo de 15 DB, no lo sé.
Nunca tendremos más de ~ 200 usuarios simultáneos, y la mayoría de las operaciones serán más transaccionales (lo que parece favorecer muchos discos de alta velocidad sobre RAM / CPU pesados, ¿verdad?)
Las operaciones transaccionales como INSERTs todavía se escriben en la memoria, por lo que no espere que necesite menos soporte de memoria. De hecho, dependiendo de cuántos INSERTs hagas, es posible que tengas mayores necesidades de memoria que la mayoría con esa cantidad de usuarios. Si está cargando muchos datos que la gente realmente no usará, entonces todavía ocupa memoria. Puede encontrar problemas de contención entre "datos que los usuarios consultan con frecuencia" y "datos que los usuarios están cargando y que nadie consultará por un tiempo". SQL nos protege al preservar los datos que las personas consultan con mayor frecuencia en la memoria durante más tiempo, pero aún tendrá contención.
En este punto, estoy divagando jajaja. Y 200 usuarios concurrentes tampoco están de acuerdo conmigo para Express. Digamos que 64k es un requisito promedio de memoria de conexión, ¿cuántas conexiones harán sus aplicaciones? ¿Utilizará la agrupación de conexiones?
En general, mi instinto al leer su descripción dice: "No - Express Edition simplemente no es lo suficientemente potente". Y odio la Workgroup Edition, creo que es un mal negocio, por lo que Standard me parece correcto.