हां, फ्लैट टेबल अभी भी एक चीज है। आप स्टोरों से उत्पादों और श्रेणियों के लिए फ्लैट टेबल को सक्षम कर सकते हैं-> कॉन्फ़िगरेशन-> कैटलॉग-> स्टोरफ्रंट।
हमें फ्लैट टेबल की आवश्यकता क्यों है?
वे बड़े कैटलॉग डेटा के लिए महत्वपूर्ण प्रदर्शन को बढ़ावा देते हैं। हमारे एक ग्राहक की केवल 5 श्रेणियां हैं और लगभग 250 उत्पाद हैं तो यह वास्तव में मायने नहीं रखता है यदि आपके पास फ्लैट या बंद है। यह वास्तव में मायने रखता है जब हमने इसे एक और स्टोर के लिए स्विच किया जिसमें 800 श्रेणियां और 17000 उत्पाद और 5 मल्टीस्टोर्स थे। डेटाबेस में क्या हो रहा है, जब आप नोटिफ़िकेशन शुरू करते हैं तो प्रदर्शन बूस्ट स्पष्ट हो जाता है। जब आपके पास कई वेबसाइट हैं तो डेटाबेस कैसा दिखता है।
इंडेक्स के साथ टेबल के आकार में वृद्धि के साथ बिंदु जुड़ना बहुत महंगा हो जाता है। फ्लैट टेबल REDUCE (समाप्त नहीं) JOINs।
इन्हें कब बनाया या अपडेट किया जाता है
जब आप पूरी रीइंडेक्स के साथ करते हैं तो फ्लैट टेबल को फिर से बनाया जाता है bin/magento indexer:reindex। उन्हें उत्पाद या श्रेणी अद्यतन पर अद्यतन किया जाता है। केवल प्रासंगिक पंक्तियों को अद्यतन किया जाता है।
फ्लैट टेबल पर उत्पन्न नहीं होते हैं setup:di:compile
** फ्लैट टेबल में कौन से गुण चलते हैं? (और कुछ सीमाएँ) **
संक्षिप्त उत्तर वह सभी विशेषताएँ हैं जो उत्पाद सूचीकरण (लिस्टिंग + स्तरित नेविगेशन) में उपयोग की जाने वाली हैं। एक विशेषता स्टोर फ्रंट सेटिंग्स तय करती हैं कि क्या विशेषता को फ्लैट तालिकाओं में शामिल किया जाना चाहिए या नहीं
नीचे उल्लिखित सीमाओं के कारण सभी विशेषताएँ चपटी नहीं हैं।
फ्लैट टेबल सीमा
अंत में इन फ्लैट टेबलों के लिए एक सीमा है जिसे mysql द्वारा लगाया जाता है। तालिका पर पंक्ति आकार और स्तंभ आकार सीमाएँ हैं। आप इसके बारे में अधिक mysql तालिका सीमाओं पर पढ़ सकते हैं
आपको <max_index_count>64</max_index_count>मॉड्यूल-कैटलॉग के config.xml में यह दिलचस्प नोड मिलेगा ।
उम्मीद है की वो मदद करदे।