आपका endpoint हर request पर सैकड़ों queries चला रहा है। JPA के साथ ऐसा कैसे होता है और आप इसे कैसे ठीक करेंगे?

यह N plus one की दिक्कत है: एक query parent rows लाती है, फिर हर row पर किसी lazy association को छूना हर row के लिए एक और query चला देता है। इसे ठीक करें उसी query में join fetch या entity graph से association लाकर, या batch fetch size सेट करके ताकि Hibernate associations को समूहों में लाए, या सीधे उन्हीं columns वाले DTO में project करके जो आपको चाहिए। associations डिफॉल्ट रूप से lazy रखें और हर use case के हिसाब से eagerly fetch करें।

यह N plus one है। मैं एक query में orders का एक पेज लाता हूं, फिर serializer हर एक पर order.getItems छूता है, और association lazy होने की वजह से Hibernate हर एक order के लिए वापस जाता है। बीस orders इक्कीस queries बन जाते हैं, और यह सिर्फ असली डेटा पर दिखता है। पहला उपाय यह है कि जो चाहिए वह एक ही बार में ले आऊं, या तो join fetch वाली query से या repository method पर named entity graph से, ताकि items parents के साथ ही आ जाएं। अगर मुझे दो अलग collections चाहिए तो मैं दोनों को join नहीं करता, क्योंकि इससे rows गुणा होकर Cartesian product बन जाते हैं; इसकी जगह मैं batch fetch size सेट करता हूं ताकि Hibernate उन्हें, मान लीजिए, पचास के batches में in clause के साथ लाए, यानी सौ की जगह दो queries। अक्सर असली जवाब यह होता है कि endpoint को entities चाहिए ही नहीं, तो मैं सीधे उन्हीं columns वाले DTO में project कर देता हूं जो जरूरी हैं। जो मैं नहीं करता वह है mapping को eager कर देना, क्योंकि इससे एक endpoint ठीक होता है और बाकी हर endpoint धीमा हो जाता है। इसे ईमानदार रखने के लिए मैं integration test में query counts पर assert लगाता हूं।