- Dikirim
- 5 September 2026 pukul 15.53 UTC
- Penulis
- Kamo
- Commit
- 8ccc080
Anggota organisasi adalah LAZY, jadi FindById meninggalkan proksi belakang dan SELECT nyata terjadi setiap kali sesuatu pertama dereferenced itu. Di bawah terbuka-in-view yang biasanya ketika pengontrol membangun responnya - diluar metode layanan, di luar transaksi, di luar apapun dapat mengulang dapat membungkus. Suatu katalog-versi mendarat pada pernyataan itu karena itu tidak dapat dipulihkan, itulah sebabnya member.getOrganization () muncul di outage terakhir tepat di samping anggota beban itu sendiri, dan mengapa mengganggu membaca saja tidak benar-benar menutupinya. Mengambil organisasi dengan anggota bergerak yang dereferensi dalam mencoba lagi. Ini juga menghilangkan SELECT-up, jadi ini bukan kedua query ditambahkan - itu adalah query kedua berhenti dari terjadi pada kemungkinan terburuk Tunggu sebentar. Join Fetch kiri, bukan bergabung dalam. Kolom TIDAK KOSONG hari ini, yang membuat Bebas LEFT; itu juga versi yang tetap benar jika yang pernah berhenti menjadi benar, di mana sebuah inner join diam-diam akan menjatuhkan anggota dan melaporkan "tidak demikian anggota "untuk apa yang benar-benar sebuah baris organisasi yang hilang. Repositori ini sudah harus belajar bahwa pelajaran sekali - melihat pengguna menyesuaikan bergabung dalam findByOrganization Id. Tes sekarang stubs menemukan ByIdWithOrganization daripada findById, sehingga pin yang getmembById menggunakan permintaan pengambilan dan bukan hanya permintaan apapun. 2758 tes hijau.