ActiveRecord में PostgreSQL विरासत?

Question

तो हम सभी जानते हैं कि रेल की एसटीआई (एकल तालिका विरासत) icky है क्योंकि यह एक अव्यवस्थित डेटा मॉडल और उप-डेटाबेस डेटाबेस की ओर जाता है।

हालांकि PostgreSQL विरासत को काफी सुंदर तरीके से संभालने लगता है!

दर्दनाक चौड़े तालिकाओं और "प्रकार" कॉलम के बजाय पोस्टग्रेस विरासत का उपयोग करते समय रेलों के अच्छे साफ एसटीआई एपीआई प्राप्त करने का कोई तरीका है?

Answer 1

संक्षेप में - अभी आप जो भी करने की कोशिश कर रहे हैं उसके लिए कोई अच्छा साफ एसटीआई एपीआई नहीं है।

मैं वास्तव में एक साल के बारे में पहले कि एक में देखा और एक निष्कर्ष पर पहुंचा है कि यह कई कारणों से एक अच्छा विचार नहीं है:

1. आप PostgreSQL विशिष्ट सुविधाओं का उपयोग करना चाहते हैं - आप मूल रूप से अपने आप को शादी करने कर रहे हैं उस डीबी के लिए। मुझे गलत मत समझो PostgreSQL एक महान डीबी है और मैंने इसे कई अवसरों पर उपयोग किया है, लेकिन आप उस डीबी और ऐप डिज़ाइन से फंस जाएंगे।
2. अधिकतर यदि आप डीबी विशिष्ट विशेषताओं का उपयोग करना शुरू करते हैं तो आप या तो उन्हें मैन्युअल रूप से कार्यान्वित कर सकते हैं (डीबी पर कुछ प्रकार के आदेश चला रहे हैं या जीयूआई का उपयोग कर रहे हैं) या किसी भी तरह की स्क्रिप्ट लिख रहे हैं जिसे आप जब भी दौड़ रहे हों तो आपको आमंत्रित करना होगा डीबी: माइग्रेट करें (यदि आप उचित परीक्षण करना चाहते हैं तो आपको इसे करना होगा)। थोड़ी देर बाद यह बोझिल और परेशान हो जाता है।
3. आप पाते हैं कि आप अधिक से साथ और अधिक नाराज हैं, तो आप को उद्धृत करने के "दुखद विस्तृत टेबल और" प्रकार "कॉलम" तो:
   • आपका तालिका डिजाइन की पुन: कल्पना और
   • आपका मॉडल पुन: किया जा करने की जरूरत है एसटीआई
   • के लिए एक अच्छे उम्मीदवार नहीं हो सकते हैं आपको बस इसके साथ रहना होगा।

अधिकांश आईटी समस्याओं वास्तव में यह करने के लिए नीचे आ: प्रयास बनाम लाभ उठाएं।

आपके मामले में आप अपने आप को इस सवाल पूछना चाहिए:

• में आप कितना समय कुछ सेकंड के द्वारा एक बेहतर एसटीआई संरचना लागू करने पर खर्च करने के लिए करता है, तो यह केवल आपके कच्चे SQL क्वेरी तेज़ हो जाएगी चाहते हैं ? शायद एक और अधिक स्पष्ट एसक्यूएल क्वेरी लिखना बेहतर है? अधिकांश एप्लिकेशन उस आकार में नहीं बढ़ते हैं जहां यह वास्तव में एक मुद्दा बन जाता है। लेकिन यह आपके मामले में शायद अलग हो सकता है।

पुनश्च:

इसके अलावा

अपने अनुप्रयोग में एसटीआई की संरचना पर एक त्वरित टिप: यदि आप पाते हैं कि आप मॉडल है कि एक ProductCategory, CommentCategory, PhoneCategory, ClientCategory है कि सभी के वारिस की तरह एसटीआई का उपयोग का एक बहुत है, तो Cateogory से - मैं उन्हें मॉडल निर्देशिका के अंदर फ़ोल्डरों में व्यवस्थित करने के लिए जाते हैं। तब application.rb में सिर्फ एक पंक्ति जोड़ें: config.autoload_paths += Dir[Rails.root.join('app', 'models', '{**/**}')]

Answer 2

हालांकि PostgreSQL काफी खूबसूरती से विरासत को संभालने के लिए लगता है!

वास्तव में?क्या आपने small print in the manual पर नजदीकी नजर डाली? उदाहरण के लिए:

• अद्वितीय की कमी (और इसलिए भी प्राथमिक कुंजी) नहीं विरासत स्तर पर संभव हो रहे हैं।
• विरासत तालिकाओं और आधार तालिका के संदर्भ मिश्रण नहीं करते हैं। अर्थात। (मैन्युअल रूप से मैन्युअल से लिया गया): capitalscities फैलाता है। आपकी address तालिका cities को संदर्भित करना चाहता है। यह। लेकिन capital के साथ कोई पता नहीं किया जा सकता है।

ये दो चीजें बहुत छोटी "हैलो वर्ल्ड" परियोजना से परे किसी भी चीज़ में महत्वपूर्ण हैं। तो मैं कल्पना नहीं कर सकता, कि PostgreSQL विरासत का उपयोग कर कुछ भी उत्पादक लागू किया जा सकता है।