Saya setuju dengan klennepette dan Brian - dengan beberapa peringatan.
Jika data Anda secara inheren bersifat relasional, dan tunduk pada kueri yang berfungsi baik dengan SQL, Anda harus dapat menskalakan hingga ratusan juta rekaman tanpa persyaratan perangkat keras yang eksotik.
Anda perlu berinvestasi dalam pengindeksan, penyetelan kueri, dan sesekali mengorbankan model relasional demi kecepatan. Anda setidaknya harus memperhatikan kinerja saat mendesain tabel – misalnya, lebih memilih bilangan bulat daripada string untuk kunci.
Namun, jika Anda memiliki persyaratan yang berpusat pada dokumen, memerlukan pencarian teks gratis, atau memiliki banyak hubungan hierarkis, Anda mungkin perlu melihat lagi.
Jika Anda membutuhkan transaksi ACID, Anda mungkin mengalami masalah skalabilitas lebih awal daripada jika Anda tidak peduli dengan transaksi (meskipun ini masih tidak akan mempengaruhi Anda dalam praktiknya); jika Anda memiliki transaksi yang berjalan lama atau kompleks, skalabilitas Anda menurun cukup cepat.
Saya akan merekomendasikan membangun proyek dari awal dengan mempertimbangkan persyaratan skalabilitas. Apa yang telah saya lakukan di masa lalu adalah menyiapkan lingkungan pengujian yang diisi dengan jutaan catatan (saya menggunakan DBMonster, tetapi tidak yakin apakah itu masih ada), dan secara teratur menguji kode pekerjaan dalam proses terhadap database ini menggunakan alat pengujian beban seperti Jmeter.
