मैं REST API का सिद्धांत है कि सिर्फ आराम बुनियादी दस्तावेज़ों और उनके में refs वापस देता है howto निम्नलिखित अन्य बातों के प्राप्त कार्यान्वित किया जाता है आदि आदिRESTful API छँटाई दुविधा
उदाहरण एक/कार के लिए/5 मुझे मॉडल दे देंगे: blabla, user_id: 1 और फिर यदि आपको मालिक की आवश्यकता है तो आपको उपयोगकर्ता डेटा प्राप्त करने के लिए/उपयोगकर्ता/1 प्राप्त होगा ..
इस तरह जॉइन और सामान डीबी में टाला जाता है .. सभी चीजें स्वयं और डेटा के बीच जुड़े हुए हैं बाकी ग्राहक भाग पर - कैश, स्केल इत्यादि को कैश/ड्रॉप करने के लिए चीजों को आसान रखना
लेकिन जब आपको सॉर्टिंग की आवश्यकता होती है तो क्या होता है?
कल्पना कीजिए कि निम्नलिखित डेटा प्रदर्शित करने के लिए हमारे पास अग्रभाग पर कुछ दृश्य है: कार मॉडल, उपयोगकर्ता नाम, आदि ... और उदाहरण के लिए आप उपयोगकर्ता नाम से सॉर्ट करना चाहते हैं।
आप वास्तव में/कार/5 उपयोगकर्ता नाम से सॉर्ट करने के नहीं बता सकता है कि यह केवल उपयोगकर्ता आईडी का पता कारण ...
एक विकल्प मैं देख रहा हूँ उपयोगकर्ता/उपयोगकर्ता/सूची से छँटाई है? Sortby = उपयोगकर्ता नाम और फिर उनसे जुड़े हुए आईडी में से कौन सा इंटरकनेक्टिंग वास्तव में कार को संदर्भित करता है। लेकिन इसका मतलब है कि हमें सभी उपयोगकर्ताओं को प्राप्त करने की आवश्यकता है ... और केवल उन लोगों के अंश का उपयोग करें जो कि हत्यारा प्रदर्शन बाधा उत्पन्न करते हैं।
किसी भी संकेत दिए गए
अच्छी तरह से सभी दृढ़ता आरईएसटी के पीछे है .. वर्तमान में बाकी ओआरएम का उपयोग कर रहा है लेकिन मुझे नहीं लगता कि यह प्रासंगिक है। –
मुझे संकेत मिला कि आप ओआरएम का उपयोग कर रहे थे क्योंकि आपने कहा था कि आप डीबी पर शामिल होने से बच रहे थे, और आरईएसटी एप्लीकेशन परत में अपनी सभी ऑब्जेक्ट्स को जोड़ रहे थे। मैं इस सरल स्वच्छ वास्तुकला की आकर्षण देख सकता हूं, लेकिन यह शायद आपके वर्तमान दुविधा की जड़ पर है। मैं आवेदन करने के लिए इस आर्किटेक्चर से समझौता करना चाहता हूं: डीबी पर अतिरिक्त संग्रहित प्रोसेस या विचार जो पूर्व-क्रमबद्ध डेटा लौटाते हैं, फिर भी इन ऑब्जेक्ट्स के लिए ओआरएम मैपिंग प्रदान करते हैं, और आरईएसटी एप्लीकेशन लेने देते हैं क्वेरी के आधार पर तरीकों के बीच। –