Pertimbangkan tutorial umum untuk bahasa pemrograman berorientasi objek seperti C ++ atau Java: buat sistem pemrosesan pesanan sederhana dengan objek yang mewakili akun, pesanan, item, dll (atau sesuatu yang kurang lebih setara). Masuk akal secara intuitif, tetapi gajah di meja makan itu tidak nyata karena ini adalah objek dalam memori; dalam sistem nyata, akun, pesanan dll sebenarnya tidak benar-benar hidup dalam memori , mereka hidup dalam database, dengan representasi memori hanya cermin jangka pendeknya.
Anda dapat menulis banyak kode sendiri untuk membaca dan menulis dari database, tetapi itu sangat membosankan dan rawan kesalahan sehingga tidak ada yang benar-benar melakukannya.
Semua orang pada akhirnya menggunakan ORM, tetapi mereka sendiri sangat bermasalah sehingga sebuah makalah terkenal menyebut mereka 'Vietnam dari industri kami'.
Saya tidak berpikir itu adalah ketidakcocokan antara objek dan hubungan begitu banyak sebagai ketidakcocokan antara bahasa pemrograman dan database menjadi hal-hal terpisah yang tidak saling mengenal . Dugaan: solusinya adalah memiliki satu bahasa yang merupakan bahasa pemograman dan basis data, yang pada gilirannya akan mengharuskan runtime bahasa juga menjadi basis data, dan kompiler JIT juga menjadi pengoptimal kueri.
Jadi itulah ringkasan dari masalah yang saya lihat. Pertanyaan saya adalah, adakah yang belum,
Sebenarnya membangun sistem terpadu seperti itu
Sudah mencoba tetapi gagal membangun sistem terpadu seperti itu
Menulis sesuatu yang substansial dengan topik bagaimana Anda akan membangun seperti itu, atau mengapa atau mengapa tidak
Munculkan cara alternatif untuk menyelesaikan masalah?