LuckyLindy - Saya mendorong Anda untuk berhenti sesaat dan memverifikasi bahwa Anda tidak memerlukan Agen SQL. Kau menulis:
Kami akan meluncurkan aplikasi transaksional web / internal ganda di mana setiap klien memiliki database mereka sendiri. Setiap basis data sangat kecil - masing-masing di bawah 50MB, jadi kami bertanya-tanya apakah masuk akal untuk menggunakan SQL Express 2008 alih-alih SQL Server lengkap.
Apa rencana Anda untuk backup? Anda tidak harus menggunakan Agen SQL tapi itu pasti membuat hidup DBA lebih mudah. Anda bisa menulis T-SQL / SMO / PowerShell / skrip apa pun yang melakukan pencadangan Anda dan kemudian jalankan melalui sqlcmd atau PowerShell menggunakan Tugas Terjadwal.
Apa rencana Anda untuk pemeliharaan basis data? Seiring waktu, basis data tersebut perlu didefrag dan diperiksa untuk konsistensi. Edisi Standar memiliki semua jenis barang untuk memudahkan ini sedangkan, di Express, Anda harus bekerja (lagi dengan skrip dan tugas terjadwal).
Bagaimana Anda akan diberitahu tentang masalah di server? Agen membantu di sini dengan Peringatan untuk memberi tahu Anda ketika log sudah penuh, disk sedang diisi, dll.
Ini adalah tugas-tugas kritis tipe SQL Server DBA. Menjalankan Express untuk aplikasi in-house adalah satu hal, tetapi begitu Anda mulai memberi tahu kami bahwa Anda hosting ini untuk klien, saya khawatir :)
Bagian 2 dari ini menanyakan berapa banyak klien yang Anda rencanakan untuk mendukung ini - baik pada saat peluncuran maupun setelah satu tahun? Jika Anda mengatakan, "100 klien", maka 100 basis data 50MB tidak akan mencukupi pada Express - Anda hanya tidak memiliki cukup memori. Heck - tergantung pada berapa banyak delta yang Anda miliki, Anda mungkin maks pada 15 DBs, saya tidak tahu.
Kami tidak akan pernah memiliki lebih dari ~ 200 pengguna secara bersamaan, dan sebagian besar operasi akan lebih bersifat transaksional (yang tampaknya lebih menyukai banyak disk kecepatan tinggi daripada RAM / CPU yang berat, bukan?)
Operasi transaksional seperti INSERT masih ditulis ke memori, jadi jangan berharap bahwa Anda membutuhkan lebih sedikit dukungan memori. Bahkan, tergantung pada berapa banyak INSERT yang Anda lakukan, Anda mungkin memiliki kebutuhan memori yang lebih besar daripada kebanyakan dengan jumlah pengguna itu. Jika Anda memuat banyak data yang orang tidak akan benar-benar menggunakan maka masih menempati memori. Anda mungkin mengalami masalah pertentangan antara "data yang sering ditanyakan pengguna" dan "data yang dimuat pengguna yang tidak akan ditanyakan oleh siapa pun untuk sementara waktu". SQL melindungi kami dengan menjaga data yang orang-orang tanyakan lebih sering dalam memori lebih lama tetapi Anda masih akan memiliki pendapat.
Pada titik ini, saya mengoceh lol. Dan 200 pengguna secara bersamaan tidak cocok dengan saya baik untuk Express. Katakanlah 64k adalah persyaratan memori koneksi rata-rata, berapa banyak koneksi yang akan dibuat aplikasi Anda? Apakah Anda akan menggunakan pooling koneksi?
Secara keseluruhan, perasaan saya setelah membaca deskripsi Anda mengatakan, "Tidak - Edisi Ekspres tidak cukup kuat." Dan saya benci Edisi Workgroup - pikir itu adalah kesepakatan yang buruk - jadi Standar tampaknya tepat untuk saya.