ActiveRecord: एसटीआई सबक्लास

Question

के लिए सही प्रकार की स्थिति का उपयोग नहीं करने वाली क्वेरी मेरे पास User बेस क्लास से विरासत में एसटीआई उप-वर्गों का एक सेट है। मुझे लगता है कि सबक्लास 'परिभाषा के अंदर कुछ स्थितियों के तहत, उप-वर्गों पर प्रश्न type स्थिति का सही ढंग से उपयोग नहीं करते हैं।

class User < ActiveRecord::Base 
    # ... 
end 

class Admin < User 
    Rails.logger.info "#{name}: #{all.to_sql}" 
    # ... 
end 

जब विकास में रेल सांत्वना लोड हो रहा है, यह मैं क्या उम्मीद करेंगे करता है:

Admin: SELECT `users`.* FROM `users` WHERE `users`.`type` IN ('Admin') 

लेकिन जब एप्लिकेशन (स्थानीय होस्ट/पॉव) मार, यह type हालत याद आ रही है और मैं इस मिल :

Admin: SELECT `users`.* FROM `users` 

लेकिन एप्लिकेशन जब जब एक मचान सर्वर के लिए तैनात से:

Admin: SELECT `users`.* FROM `users` WHERE `users`.`type` IN ('Admin') 

यह, निश्चित रूप से, देव ऐप (लेकिन कंसोल से नहीं) में गलत तरीके से निष्पादित किसी भी प्रश्न का कारण बनता है। विशेष रूप से, मैं उन डेटा के आधार पर कुछ उपयोगी विधियों को बनाने के लिए मौजूदा डीबी मानों के एक (छोटे) कैश को प्रीलोड करने का प्रयास कर रहा हूं। प्रकार के दायरे के बिना, कैश स्पष्ट रूप से गलत है!

एक ही स्थान (Admin), हम निम्नलिखित भ्रामक विरोधाभास मिल से:

[11] pry(Admin)> Admin.finder_needs_type_condition? 
=> true 
[12] pry(Admin)> Admin.send(:type_condition).to_sql 
=> "`users`.`type` IN ('Admin')" 
[13] pry(Admin)> Admin.all.to_sql 
=> "SELECT `users`.* FROM `users`" 

इसके अलावा, मैं user.rb फाइल के अंदर एक throwaway उपवर्ग Q < User परिभाषित किया। मैंने की परिभाषा से, और एक दृश्य से, इसकी परिभाषा से Q.all.to_sql को लॉग किया। इसी क्रम में, हम पाते हैं:

From Q: Q: SELECT `users`.* FROM `users` WHERE `users`.`type` IN ('Q') 
From Admin: Q: SELECT `users`.* FROM `users` 
From View: Q: SELECT `users`.* FROM `users` WHERE `users`.`type` IN ('Q') 

कारण बन सकता है क्या, admin.rb में Admin उपवर्ग परिभाषा की पहली पंक्ति में, User में से किसी उपवर्ग अपने type_condition उपयोग करने के लिए विफल?

यह विकास परीक्षण विफल होने का कारण बन रहा है, और इसलिए मेरे ऐप के कुछ परिणाम भी हैं। पृथ्वी पर क्या इस व्यवहार को व्यवहार में ला सकता है? क्या कोई अपनी परिभाषा के दौरान विकास एप पर्यावरण में केवल एसटीआई शर्तों को परिभाषित करने की समस्या के आसपास एक सामान्य तरीका सोच सकता है? उत्पादन और विकास के बीच

Answer 1

एक अंतर यह आवेदन विन्यास के अंदर निम्न पंक्ति है:

# config/environments/development.rb 
config.eager_load = false 

बनाम

# config/environments/production.rb 
config.eager_load = true 

अपने उत्पादन वातावरण पर

तो, अपने सभी clases लोड किए गए हैं जब एप्लिकेशन शुरू हो गया। जब eager_load गलत पर सेट किया गया है, तो रेल आपके User कक्षा को स्वत: लोड करने का प्रयास करेंगे जब आप पहली बार Admin कक्षा लोड करते हैं।

यह देखते हुए कि, मुझे लगता है कि आपके पास User नामक एक और वर्ग या मॉड्यूल है।

FYI: ActiveRecord में finder_needs_type_condition? नामक एक विधि है।यह एक वर्ग एसटीआई का उपयोग करता है के लिए सच लौटना चाहिए:

User.finder_needs_type_condition? # should be false 
Admin.finder_needs_type_condition? # should be true 

Answer 2

वर्तमान में, किसी भी User एक खाली :type कॉलम होगा। क्या यह एक समस्या हो सकती है?

क्या आपने User एक सुपर क्लास बनाने की कोशिश की है? जैसे

class User < ActiveRecord::Base 
end 

class Admin < User; end 
class NormalUser < User; end