Seperti pada MongoDB 3.2, tidak ada umpan balik tentang alasan validasi dokumen gagal: ekspresi validasi keseluruhan saat ini dievaluasi sebagai Benar ("OK") atau Salah ("Validasi dokumen gagal"). Perilaku validasi dapat disesuaikan dengan opsi konfigurasi validationAction
(kesalahan / peringatan) dan validationLevel
(ketat / sedang / tidak aktif), tetapi ini tidak memberikan konteks lebih lanjut untuk kegagalan validasi.
Jika Anda ingin memiliki umpan balik yang lebih rinci, pendekatan yang disarankan adalah menambahkan logika validasi ke dalam aplikasi Anda daripada hanya mengandalkan pemeriksaan sisi server. Bahkan dengan validasi sisi-server, banyak pemeriksaan sebaiknya dilakukan dalam logika bisnis aplikasi untuk meminimalkan perjalanan pulang-pergi ke server database dan memberikan umpan balik yang lebih responsif kepada pengguna akhir.
Misalnya, input pengguna untuk aplikasi web (bidang yang diperlukan, format bidang, ...) harus divalidasi di browser sebelum dikirimkan ke aplikasi Anda atau mencoba memasukkan / memperbarui dalam basis data.
Namun, masuk akal untuk memvalidasi di berbagai tingkatan untuk memastikan kualitas data dan beberapa konteks untuk mendiagnosis kegagalan validasi akan sangat berguna. Ada permintaan fitur terbuka yang relevan yang dapat Anda tonton / pilih di pelacak masalah MongoDB: SERVER-20547: Mengungkap alasan mengapa suatu operasi gagal validasi dokumen .
Untuk informasi lebih lanjut, Anda mungkin tertarik dengan Validasi Dokumen - Bagian 1: Menambahkan Jumlah Kontrol yang Tepat pada Dokumen Anda . Ini menyoroti beberapa pro & kontra umum validasi dokumen seperti di MongoDB 3.2, dan termasuk tabel referensi untuk hasil berdasarkan validationAction
dan validationLevel
opsi konfigurasi.