यह प्रश्न प्रदर्शन के बारे में है और अगर मैं प्रदान करता हूं तो उत्तर विशिष्ट हैं तो मैं सराहना करता हूं।जो अधिक कुशल है: एक लंबी एकल तालिका या वितरित तालिका? और क्यों?
जो अधिक उचित प्रदर्शन के अनुसार है?
- भी कई क्षेत्रों
- एक से अधिक तालिका बनाने और
मामला उनके लिए समान क्षेत्रों वितरण के साथ एक मेज बनाने: एक अत्यधिक वेब सीएमएस मॉड्यूल
पैटर्न 1: लंबे लेकिन एक टेबल
cms
-----------------------------------------------
Id
Title
Description
Images
Order
Status
Publish
meta_keywords
meta_description
meta_author
क्लीरी, अधिकांश ओपन सोर्स सीएमएस जैसे जूमला उपर्युक्त पैटर्न का उपयोग करते हैं। लेकिन मुझे लगता है कि, पैटर्न आरडीबीएमएस की भावना को मार रहा है। हम अलग-अलग तालिकाओं में किसी विशेष आलेख की सामग्री, कॉन्फ़िगरेशन और मेटा को आसानी से अलग कर सकते हैं। जैसा निम्नलिखित
पैटर्न 2: कई लेकिन संबंधित तालिका
Cms_content cms_meta cms_configuration
---------------------------------------------------------------------------
Id id id
Title content_id content_id
Description keywords status
Content description order
Images author publish
नोट: इस मामले में संबंध एक-से-एक
कौन सा उचित पैटर्न का पालन करने के लिए है? एक टेबल पर एक लंबी लेकिन एक टेबल क्यों चुनें, या क्यों वितरित टेबल नहीं चुनना है?
"उचित" हमेशा लक्ष्य और उपयोग के मामलों पर निर्भर करता है। कोई रजत बुलेट – zerkms
@zerkms नहीं है, इस बात पर सहमति हुई कि मैंने एक मामला भी प्रदान किया :) – Starx
ओह, आपका मतलब है कि यह एक "मामला" है। ठीक। ** एकल ** इकाई को भागों में विभाजित करने का कोई कारण? फ़ील्ड एक ही इकाई से संबंधित हैं, यह स्कीमा अपना काम करता है। तो काम करने वाली चीज़ को छूएं ;-) – zerkms