मैं दृढ़ता से संदेह है कि आप ऐसा नहीं करना चाहते हैं। गतिशील रूप से ऑब्जेक्ट प्रकार बनाना और पीएल/एसक्यूएल में इस तरह के लचीलेपन का निर्माण करना लगभग हमेशा बर्बाद करने का एक नुस्खा है। आप हर जगह (कॉल करने वालों और अपने कार्यों में) बेहद जटिल गतिशील एसक्यूएल लिखना समाप्त कर देंगे, जो आपके कोड को पढ़ने और डीबग करने में कहीं अधिक कठिन बना देगा। जब आपका कोड इतना जटिल हो जाता है, तो आप ऐसे फ्रेमवर्क लिखना बेहतर समझते हैं जो कोड उत्पन्न करते हैं लेकिन यह आपको कोड लिखने की बहुत कठिन समस्या के साथ छोड़ देता है जो कोड उत्पन्न करता है जो आपकी समस्या को हल करने वाले कोड को लिखने के बजाय आपकी समस्या का समाधान करता है।
उस ने कहा, यदि आप सही मायने में, वास्तव में दृढ़ हैं, तो एक बनाना संभव है। पूरी तरह से सामान्य पाइपलाइन तालिका फ़ंक्शन . इसमें Oracle डेटा कार्ट्रिज ढांचे का उपयोग करते हुए कुछ गहरी, गहरी जादूगरी शामिल है। यह काफी अच्छा है। लेकिन इस तरह के कोड का वास्तविक रूप से समर्थन और विस्तार करने वाले लोगों की संख्या बहुत कम है।
थोड़ी कम विजार्ड्री के साथ (लेकिन फिर भी, जिस तरह से मैं वस्तुतः किसी भी संगठन के लिए सुझाव दूंगा), आप एक लचीला पाइपलाइन तालिका फ़ंक्शन जो पूर्व-परिभाषित प्रकार पदानुक्रम से लौटने वाले प्रकारों पर निर्भर करता है। यह समर्थन योग्य होने की अधिक संभावना है लेकिन यह मानता है कि आप अपने प्रकार के पदानुक्रम को आगे बढ़ा सकते हैं।
