LuckyLindy - Eu encorajo você a parar por um segundo e verificar se você não precisa do SQL Agent. Você escreveu:
Estamos prestes a lançar um aplicativo transacional web / interno duplo, em que cada cliente possui seu próprio banco de dados. Cada banco de dados é muito pequeno - com menos de 50 MB cada, então estávamos pensando se faria sentido usar o SQL Express 2008 em vez do SQL Server completo.
Qual é o seu plano para backups? Você não precisa usar o SQL Agent, mas com certeza facilita a vida de um DBA. Você pode escrever scripts T-SQL / SMO / PowerShell / qualquer que faça seus backups e depois executar via sqlcmd ou PowerShell usando uma tarefa agendada.
Qual é o seu plano para manutenção de banco de dados? Com o tempo, esses bancos de dados precisarão ser desfragmentados e verificados quanto à consistência. A Standard Edition possui todos os tipos de brindes para facilitar isso, enquanto que no Express você precisa trabalhar (novamente com as tarefas de script e agendadas).
Como você será notificado sobre problemas no servidor? O agente ajuda aqui com alertas para notificá-lo quando um registro estiver ficando cheio, um disco estiver sendo preenchido etc.
Essas são tarefas críticas do tipo DBA do SQL Server. Uma coisa é executar o Express para um aplicativo interno, mas quando você começa a nos dizer que os hospeda para clientes, fico preocupado :)
A parte 2 disso está perguntando a quantos clientes você planeja dar suporte a isso - tanto no lançamento quanto após um ano? Se você disser "100 clientes", 100 bancos de dados de 50 MB não serão suficientes no Express - você simplesmente não tem memória suficiente. Heck - dependendo de quanto delta você tem, você pode atingir no máximo 15 DBs, eu não sei.
Nunca teremos mais de 200 usuários simultâneos e a maioria das operações será mais transacional (o que parece favorecer muitos discos de alta velocidade em vez de RAM / CPU pesada, certo?)
Operações transacionais, como INSERTs, ainda são gravadas na memória; portanto, não espere que você precise de menos suporte de memória. De fato, dependendo de quantos INSERTs você faz, você pode ter necessidades de memória maiores do que a maioria com esse número de usuários. Se você estiver carregando muitos dados que as pessoas realmente não usarão, eles ainda ocuparão memória. Você pode ter problemas de disputa entre "dados que os usuários consultam com frequência" e "dados que os usuários estão carregando e que ninguém consultará por um tempo". O SQL nos protege preservando os dados que as pessoas estão consultando com mais frequência na memória por mais tempo, mas você ainda terá contenção.
Neste ponto, eu estou divagando lol. E 200 usuários simultâneos também não gostam de mim pelo Express. Digamos que 64k seja um requisito médio de memória de conexão, quantas conexões seus aplicativos farão? Você usará o pool de conexões?
No geral, meu pressentimento ao ler sua descrição diz: "No - Express Edition simplesmente não é poderoso o suficiente". E eu odeio a Workgroup Edition - acho que é um mau negócio -, então o Standard parece certo para mim.