LuckyLindy-ちょっと待って、SQL Agentが必要ないことを確認することをお勧めします。あなたが書いた：
各クライアントが独自のデータベースを持つデュアルWeb /内部トランザクションアプリケーションを展開しようとしています。各データベースは非常に小さく、それぞれ50 MB未満であるため、完全なSQL ServerではなくSQL Express 2008を使用するのが理にかなっているのではないかと考えていました。
バックアップの計画は何ですか？SQL Agentを使用する必要はありませんが、DBAの作業が楽になります。バックアップを実行するT-SQL / SMO / PowerShell / whateverスクリプトを作成し、スケジュールされたタスクを使用してsqlcmdまたはPowerShellで実行できます。
データベースのメンテナンス計画は何ですか？時間が経つにつれて、これらのデータベースはデフラグされ、一貫性をチェックする必要があります。Standard Editionには、これを簡単にするためのあらゆる種類の機能がありますが、Expressでは、作業を繰り返さなければなりません（スクリプトとスケジュールされたタスクを繰り返します）。
サーバーの問題はどのように通知されますか？エージェントは、ログがいっぱいになったとき、ディスクがいっぱいになったときなどに通知するアラートでここで助けます。
これらは重要なSQL Server DBAタイプのタスクです。社内アプリでExpressを実行することは1つのことですが、クライアント用にこれらをホストしていることを教え始めたら、心配になります:)
このパート2では、これについてのサポートを計画しているクライアントの数を、ローンチ時と1年後の両方で尋ねていますか？「100クライアント」と言うと、100 MBの50MBデータベースはExpressでは十分ではありません-十分なメモリがありません。ヘック-デルタの量によっては、最大15 DBになる可能性がありますが、わかりません。
最大200人の同時ユーザーが存在することは決してなく、ほとんどの操作はトランザクションに依存します（重いRAM / CPUよりも多くの高速ディスクを好むようです）。
INSERTなどのトランザクション操作は引き続きメモリに書き込まれるため、必要なメモリサポートが少なくなるとは思わないでください。実際、実行するINSERTの数によっては、その数のユーザーの場合よりも多くのメモリが必要になる場合があります。人々が実際には使用しない大量のデータをロードしている場合、それでもメモリを占有します。「ユーザーが頻繁にクエリを実行するデータ」と「ユーザーがしばらくクエリを行わないユーザーが読み込んでいるデータ」の間で競合の問題が発生する場合があります。SQLは、人々がより頻繁にメモリ内でより頻繁にクエリを実行するデータを保存することで私たちを保護しますが、それでも競合が発生します。
この時点で、私は笑います。また、Expressの場合、200人の同時ユーザーも私と対立しません。64kが平均接続メモリ要件であるとしましょう。アプリはいくつの接続を確立しますか？接続プーリングを使用しますか？
全体として、あなたの説明を読むことからの私の直感は、「いいえ-Express Editionは十分に強力ではありません」と言います。そして、私はWorkgroup Editionが嫌いです-それは悪いことだと思います-だからStandardは私には正しいようです。