Q1:दस्तावेज़ में कोई स्पष्ट सीमा नहीं है . व्यवहार में, कुछ संचालन तालिकाओं की संख्या पर O(n) हैं; एक डेटाबेस में हजारों या दसियों हज़ार टेबल तक पहुंचने पर योजना के समय में वृद्धि, और ऑटोवैक्यूम जैसी चीज़ों के साथ समस्याओं की अपेक्षा करें।
Q2:यह क्वेरी पर निर्भर करता है। आम तौर पर, विशाल संघ एक बुरा विचार है। टेबल इनहेरिटेंस थोड़ा बेहतर काम करेगा, लेकिन अगर आप constraint_exclusion का इस्तेमाल कर रहे हैं इसके परिणामस्वरूप नियोजन के समय में काफी वृद्धि होगी।
ये दोनों प्रश्न आपके डिजाइन के साथ एक अंतर्निहित समस्या का सुझाव देते हैं। आपको ज़रूरतनहीं करनी चाहिए बड़ी संख्या में टेबल, और विशाल संघ।
दूसरे उत्तर में टिप्पणी के अनुसार, आपको वास्तव में केवल कुछ टेबल बनाना चाहिए। ऐसा लगता है कि आप प्रति फ़ोन नंबर पर एक तालिका बनाना चाहते हैं, जो बेतुका है, और उसके ऊपर प्रति नंबर दृश्य बनाना चाहते हैं। ऐसा न करें, यह डेटा को गलत तरीके से तैयार कर रहा है और इसके साथ काम करना आसान नहीं बल्कि कठिन बना देगा। इंडेक्स, जहां क्लॉज, और जॉइन आपको डेटा का अधिक प्रभावी ढंग से उपयोग करने की अनुमति देगा, जब यह तार्किक रूप से कुछ तालिकाओं में संरचित हो। मैं बुनियादी संबंधपरक मॉडलिंग का अध्ययन करने का सुझाव देता हूं।
यदि आप बाद में मापनीयता संबंधी समस्याओं का सामना करते हैं, तो आप विभाजन , लेकिन इसके लिए आपको हज़ारों टेबल की आवश्यकता नहीं होगी।
