कैसे तेजी से दो बार काम करने के लिए relate_to को अपग्रेड किया जाता है (database_validations रत्न)

इस लेख में, मैं दिखाऊंगा कि क्यों आपको डेटाबेस के साथ db_belongs_to का उपयोग करने की आवश्यकता है क्योंकि सामान्य db_belongs_to बजाय db_belongs_to से।

मुझे यकीन है कि आप में से अधिकांश ORM ActiveRecord के belongs_to से परिचित हैं। लेकिन क्या आप जानते हैं कि आपके मॉडल में belongs_to का उपयोग करके कनेक्शन को इनिशियलाइज़ करना भी कनेक्शन के अस्तित्व में मान्यता जोड़ता है। इसका कारण यह है कि belongs_to पास optional: false रूप से optional: false विकल्प है: डिफ़ॉल्ट रूप से।

इस प्रकार, हर बार जब आप किसी नई वस्तु को सहेजते हैं या किसी मौजूदा को अपडेट करते हैं, तो आप अपने प्रत्येक लिंक के लिए एक अतिरिक्त SQL SELECT क्वेरी निष्पादित करते हैं।

उदाहरण

 class User < ActiveRecord::Base belongs_to :company belongs_to :country end user = User.first user.update(some_field: 'something') #        SELECT,  ,   `company`  `country`  

आपको यह भी पता होना चाहिए कि यह दृष्टिकोण डेटाबेस अखंडता की गारंटी नहीं देता है, जैसा कि लिंक को बाद में (बाद में या समानांतर अनुरोधों में) बिना किसी समस्या के हटाया जा सकता है।

 user.update(...) user.company.destroy! =>     ,  ,          ,       (     ) 

इस समस्या को हल करने के लिए, आप संबंधित विदेशी कुंजी बाधा को अपने डेटाबेस में जोड़ सकते हैं। इस सीमा के बाद, आप हमेशा सुनिश्चित करेंगे कि यह कनेक्शन मौजूद है।

प्रदर्शन के बारे में क्या? हमें डेटाबेस के लिए सेलेक्ट क्वेश्चन बनाने की आवश्यकता क्यों है अगर हम पहले से ही सुनिश्चित हैं कि डेटा अखंडता बनाए रखी जाएगी (विदेशी कुंजी बाधा का उपयोग करके)?

जवाब आसान है - कोई ज़रूरत नहीं है। लेकिन इसे संभव बनाने के लिए, हमें ActiveRecord::InvalidForeignKey अपवाद को हैंडल करने की समस्या को हल करने की आवश्यकता है, जो हमें तब मिलता है जब हम डेटाबेस में गायब एक कनेक्शन को बचाने की कोशिश करते हैं। यह उसी तरह का व्यवहार करने के लिए आवश्यक है, जैसा कि belongs_to to के साथ है, ताकि errors में समान त्रुटियां शामिल हों।

अपने आप को सभी प्रोसेसिंग नहीं लिखने के लिए, डेटाबेस_वलिडेंस मणि काम आएगा। इस मणि में पहले से ही db_belongs_to शामिल था, जिसे लोगों ने ( हब पर एक पोस्ट ) पसंद किया और अब db_belongs_to , जिसे अपने प्रोजेक्ट में लागू करना बहुत आसान है। db_belongs_to प्रदर्शन में सुधार करता है और डेटा अखंडता सुनिश्चित करता है।

विधि आपके लिए कुछ चीजें करती है:

• एप्लिकेशन स्टार्टअप के दौरान डेटाबेस में सही विदेशी कुंजी बाधा के अस्तित्व की जांच करता है;
• डेटाबेस अपवादों को पार्स करता है और आपकी वस्तु की errors लिए उपयुक्त त्रुटियां प्रदान करता है;
• डेटाबेस में अतिरिक्त SQL प्रश्नों को निष्पादित करने की आवश्यकता को समाप्त करता है;

मैं आपको अपनी परियोजनाओं में database_validations का उपयोग करने की सलाह देता हूं। इस रत्न का उत्पादन वातावरण में पहले ही परीक्षण किया जा चुका है और यह बहुत अच्छा साबित हुआ है। इसके कार्यान्वयन में आसानी के बावजूद, यह आपकी परियोजना के प्रदर्शन में बहुत सुधार कर सकता है, जैसा कि जितना अधिक आप इसका उपयोग करते हैं, उतना ही आप सहेजते हैं , विवरण के लिए समूह बेंचमार्क देखें।

किसी भी प्रतिक्रिया का स्वागत है! हम परियोजना में किसी भी योगदान के लिए आभारी हैं!