AI के साथ XLSX फ़ाइलों में महारत हासिल करना: संरचना, सीमाएँ और सर्वोत्तम प्रथाएँ

एक XLSX फ़ाइल कोई स्प्रेडशीट नहीं है। यह XML दस्तावेज़ों का एक ज़िप किया हुआ पैकेज है जिसे कोई स्प्रेडशीट एप्लिकेशन पढ़ता है। यही एक तथ्य लोगों द्वारा सामना किए जाने वाले अधिकांश अजीब व्यवहारों को स्पष्ट करता है: फ़ाइलों का बहुत बड़ा हो जाना, फ़ार्मुलों का अजीब क्रम में पुनर्गणना होना, और छोटी दिखने वाली वर्कबुक जिन्हें खुलने में बहुत अधिक समय लगता है।

यह गाइड इस बात पर प्रकाश डालती है कि इस फ़ॉर्मेट के अंदर क्या है, Microsoft द्वारा प्रकाशित सीमाएँ क्या हैं, और वे कौन सी आदतें हैं जो एक XLSX फ़ाइल को अन्य लोगों के लिए उपयोगी बनाए रखती हैं।

वास्तव में एक XLSX फ़ाइल क्या होती है

XLSX डिफ़ॉल्ट Excel फ़ॉर्मेट है जिसे Office Open XML मानक के साथ पेश किया गया था। जहाँ पुराना बाइनरी फ़ॉर्मेट सब कुछ एक अपारदर्शी ब्लॉक (opaque blob) में संग्रहीत करता था, वहीं XLSX एक कंटेनर के भीतर संरचित XML भागों को संग्रहीत करता है।

इसी बदलाव के कारण आधुनिक टूलिंग बिना Excel इंस्टॉल किए भी इस फ़ॉर्मेट को पढ़ सकते हैं। यही कारण है कि एक XLSX फ़ाइल का निरीक्षण, अंतर (diff) और मरम्मत उन तरीकों से की जा सकती है जो इसके पूर्ववर्ती फ़ॉर्मेट में संभव नहीं थे।

डेटा संभालने वाले किसी भी व्यक्ति के लिए इसका व्यावहारिक परिणाम यह है: एक XLSX फ़ाइल केवल मानों (values) से कहीं अधिक चीजें अपने साथ रखती है। फ़ॉर्मेटिंग, फ़ॉर्मूले, पिवट कैशे (pivot caches), कंडीशनल नियम और गणना का क्रम (calculation order) सब कुछ इसके साथ चलता है।

पैकेज के अंदर

Microsoft का SpreadsheetML दस्तावेज़ इसके ढांचे का सटीक वर्णन करता है। इसकी संरचना "<workbook/> तत्व से बनी होती है जिसमें <sheets/> और <sheet/> तत्व होते हैं जो वर्कबुक में वर्कशीट को संदर्भित करते हैं।"

इसके बाद वह विवरण आता है जो अधिकांश लोगों को हैरान करता है। "प्रत्येक वर्कशीट के लिए एक अलग XML फ़ाइल बनाई जाती है।" दस-टैब वाली वर्कबुक कम से कम दस दस्तावेज़ और एक मेनिफेस्ट होती है, न कि दस सेक्शन वाली एक फ़ाइल।

Microsoft इन्हें "एक वैध स्प्रेडशीट दस्तावेज़ के लिए आवश्यक न्यूनतम तत्व" के रूप में सूचीबद्ध करता है। इनके अलावा, एक वर्कबुक में "<table/>, <chartsheet/>, <pivotTableDefinition/>, या अन्य स्प्रेडशीट से संबंधित तत्व हो सकते हैं।"

उन अतिरिक्त भागों में से चार भाग वास्तविक दुनिया में फ़ाइल के अधिकांश व्यवहार को स्पष्ट करते हैं।

साझा स्ट्रिंग तालिका (The shared string table)। Microsoft <sst/> को "एक ऐसी संरचना के रूप में वर्णित करता है जिसमें एक वर्कबुक की सभी वर्कशीट पर आने वाली प्रत्येक अद्वितीय स्ट्रिंग का एक ही बार उल्लेख होता है।" टेक्स्ट को एक बार संग्रहीत किया जाता है और हर जगह संदर्भित किया जाता है, यही कारण है कि अत्यधिक दोहराव वाली फ़ाइल अच्छी तरह से कंप्रेस हो जाती है।

गणना श्रृंखला (The calculation chain)। <calcChain/> "उस क्रम को निर्दिष्ट करता है जिसमें वर्कबुक में सेल की अंतिम बार गणना की गई थी।" यह एक कैशे है, और इसके दूषित (corrupted) होने पर वर्कबुक अजीब व्यवहार करने लगती है, जब तक कि इस हिस्से को हटा नहीं दिया जाता।

पिवट कैशे (The pivot cache)। <pivotCacheDefinition/> एक PivotTable के डेटा के स्रोत को परिभाषित करता है, जबकि <pivotCacheRecords/> "स्रोत डेटा का एक कैशे" रखता है। इसलिए एक पिवट टेबल फ़ाइल के अंदर अपने स्रोत पंक्तियों (source rows) की एक पूरी प्रतिलिपि ले जा सकती है।

तालिकाएँ और चार्ट शीट (Tables and chart sheets)। एक <table/> किसी श्रेणी (range) को एकल डेटासेट के रूप में चिह्नित करता है, और एक <chartsheet/> एक चार्ट होता है जो अपनी खुद की शीट के रूप में संग्रहीत होता है।

Microsoft न्यूनतम सीमा के लिए ECMA-376 मानक का भी हवाला देता है: सबसे छोटी संभव खाली वर्कबुक के लिए भी एक सिंगल शीट, एक शीट ID और एक संबंध (relationship) की आवश्यकता होती है। ऐसी कोई चीज़ नहीं होती जिसमें कुछ भी न हो और वह XLSX फ़ाइल हो।

XLSX बनाम CSV

दोनों फ़ॉर्मेट तालिकाबद्ध (tabular) डेटा रखते हैं। वे बाकी हर चीज़ पर असहमत हैं।

	XLSX	CSV
कंटेनर	XML भागों का ज़िप किया हुआ पैकेज	एक प्लेन टेक्स्ट फ़ाइल
एकाधिक शीट	हाँ	नहीं
फ़ॉर्मूले	गणना श्रृंखला (calculation chain) के साथ संग्रहीत	समर्थित नहीं
फ़ॉर्मेटिंग और प्रकार	सुरक्षित रहते हैं	सुरक्षित नहीं रहते
चार्ट और पिवट टेबल	फ़ाइल के अंदर संग्रहीत	समर्थित नहीं
बिना किसी टूल के पठनीय	नहीं	हाँ
सामान्य विफलता मोड	फ़ाइल का बहुत बड़ा होना और छिपी हुई स्थिति	खोए हुए प्रकार और डेलिमिटर की अस्पष्टता

सैद्धांतिक रूप से दोनों में से कोई भी फ़ॉर्मेट बेहतर नहीं है। CSV तब जीतता है जब दूसरी तरफ की मशीन को केवल पंक्तियों (rows) की आवश्यकता होती है, जिसके बारे में हमारी CSV फ़ाइलों में महारत हासिल करने की गाइड में विस्तार से बताया गया है।

XLSX तब जीतता है जब दूसरी तरफ के व्यक्ति को संरचना की आवश्यकता होती है। जैसे टैब लेआउट, नंबर फ़ॉर्मेट, और नोट्स कॉलम जो केवल अपने पड़ोसी कॉलम के बगल में ही समझ में आता है।

गलती सिस्टम के बीच ट्रांसपोर्ट फ़ॉर्मेट के रूप में XLSX का उपयोग करने में है। उस सभी अतिरिक्त स्थिति (state) को किसी चीज़ द्वारा पार्स किया जाना होता है, और जब गंतव्य (destination) एक डेटाबेस हो तो इसका कोई लाभ नहीं होता है।

Microsoft द्वारा प्रकाशित सीमाएँ

Microsoft का विनिर्देश और सीमाएँ पृष्ठ (specifications and limits page) इसकी अंतिम सीमाओं को सूचीबद्ध करता है। वास्तविक एक्सपोर्ट को संभालते समय यही सीमाएँ मायने रखती हैं।

आइटम	प्रकाशित सीमा
एक वर्कशीट पर पंक्तियाँ और कॉलम	1,048,576 गुणा 16,384
एकल सेल में वर्ण	32,767
एक वर्कबुक में शीट	उपलब्ध मेमोरी द्वारा सीमित
फ़ॉर्मूला सामग्री की लंबाई	8,192 वर्ण
कॉलम की चौड़ाई	255 वर्ण
प्रति PivotTable फ़ील्ड अद्वितीय आइटम	1,048,576
एक PivotTable में रिपोर्ट फ़िल्टर	256

फ़ाइल के आकार पर अलग से ध्यान देने की आवश्यकता है, क्योंकि इसका उत्तर कोई संख्या नहीं है। Microsoft का कहना है कि "64-bit वातावरण फ़ाइल के आकार पर कोई कठोर सीमा नहीं लगाता है।" इसके बजाय, "वर्कबुक का आकार केवल उपलब्ध मेमोरी और सिस्टम संसाधनों द्वारा सीमित होता है।"

अभी भी 32-bit Excel का उपयोग करने वाले किसी भी व्यक्ति के लिए एक संबंधित विवरण है। Excel 2016 से, Microsoft का कहना है कि Large Address Aware कार्यक्षमता "32-bit Excel को 64-bit Windows ऑपरेटिंग सिस्टम पर दोगुनी मेमोरी का उपभोग करने की अनुमति देती है।"

प्रकाशित आंकड़े Microsoft 365, 2024, 2021, 2019, और 2016 के Excel पर लागू होते हैं।

व्यावहारिक रूप से उन सीमाओं का क्या अर्थ है

पंक्तियों की अधिकतम सीमा का सबसे अधिक उल्लेख किया जाता है और यह सबसे कम मायने रखती है। बहुत कम टीमें 1,048,576 पंक्तियों तक पहुँच पाती हैं, और जो पहुँचती हैं, वे आमतौर पर अन्य कारणों से पहले ही स्प्रेडशीट की सीमाओं को पार कर चुकी होती हैं।

जो सीमाएँ वास्तव में परेशान करती हैं, वे अधिक शांत होती हैं। 32,767 वर्णों तक सीमित सेल कुछ इम्पोर्ट पाथ पर लंबे टेक्स्ट फ़ील्ड को बिना किसी चेतावनी के छोटा (truncate) कर देता है। 256 रिपोर्ट फ़िल्टर तक सीमित PivotTable केवल तभी विफल होती है जब कोई रिपोर्ट दो वर्षों तक बढ़ चुकी हो।

मेमोरी ही वास्तविक बाधा है। शीट और फ़ाइल का आकार दोनों एक निश्चित संख्या के बजाय उपलब्ध मेमोरी द्वारा सीमित होते हैं। इसलिए वही समान XLSX फ़ाइल एक मशीन पर ठीक से खुल सकती है और दूसरी मशीन पर अटक सकती है।

तीन चीजें पंक्तियों की संख्या से अधिक मेमोरी की लागत को बढ़ाती हैं: पिवट कैशे जो स्रोत डेटा की एक डुप्लिकेट प्रतिलिपि रखते हैं, उपयोग की गई श्रेणियों (used ranges) के बजाय पूरे कॉलम पर लागू की गई फ़ॉर्मेटिंग, और ऐसे फ़ॉर्मूले जो पूरे कॉलम को संदर्भित करते हैं.

उन XLSX फ़ाइलों के लिए सर्वोत्तम अभ्यास जिन्हें अन्य लोग खोलेंगे

प्रति शीट एक ही तालिका रखें। एक शीट जिसमें तीन स्टैक्ड (एक के ऊपर एक) तालिकाएँ हों, उसे पार्स करना अधिकांश टूल के लिए कठिन होता है, और आमतौर पर किसी इंसान को पहले इसे समझाना पड़ता है।

हेडर्स को एक ही शीर्ष पंक्ति (top row) में रखें। मर्ज किए गए या दो-स्तरीय हेडर्स लगभग हर डाउनस्ट्रीम टूल को खराब कर देते हैं, और वे सबसे आम कारण हैं जिससे इम्पोर्ट करने पर गलत परिणाम मिलते हैं।

उपयोग की गई श्रेणी (used range) को फ़ॉर्मेट करें, पूरे कॉलम को नहीं। फ़िल (fill) लागू करने के लिए कॉलम A को चुनना किसी फ़ाइल में मेगाबाइट जोड़ने का सबसे तेज़ तरीका है।

फ़ाइल में स्थिति (state) को न छिपाएं। छिपी हुई शीट, फ़िल्टर किए गए व्यू और मैनुअल कैलकुलेशन मोड सभी वर्कबुक के साथ चलते हैं और अगले व्यक्ति को हैरान कर देते हैं।

जब केवल मानों (values) की आवश्यकता हो, तो केवल मान ही भेजें। यदि प्राप्तकर्ता को केवल संख्याओं की आवश्यकता है, तो CSV में एक्सपोर्ट करने से कई तरह की समस्याएँ दूर हो जाती हैं।

बाहरी लोगों के समझने योग्य नाम रखें। कॉलम के नाम ही इंटरफ़ेस होते हैं, और किसी भ्रमित करने वाली वर्कबुक का सबसे तेज़ समाधान आमतौर पर उसके बगल में एक संक्षिप्त विवरण (dictionary) रखना होता है।

कहाँ XLSX एक सही कंटेनर नहीं रह जाता

एक XLSX फ़ाइल एक अच्छा दस्तावेज़ है और एक औसत दर्जे का डेटाबेस है। यह एक टीम की वर्किंग कॉपी को अच्छी तरह से संभालती है और जैसे ही कई लोगों को इसे एक साथ बदलने की आवश्यकता होती है, यह काम करना बंद कर देती है।

इसके संकेत स्पष्ट होते हैं। फ़ाइल के नामों में वर्शन सफ़िक्स (जैसे v1, v2) जुड़ने लगते हैं। दो लोग अलग-अलग योग (totals) बताते हैं। कोई एक ऐसा टैब बनाए रखता है जो अन्य टैब का मिलान (reconcile) करता है।

उस स्थिति में फ़ाइल हल की जाने वाली समस्या नहीं होती है। इसके आस-पास का वर्कफ़्लो समस्या होता है, और एक बड़ी स्प्रेडशीट का उपयोग करना केवल अंतिम परिणाम को टालना होता है।

मैन्युअल रूप से किए बिना XLSX फ़ाइलों के साथ काम करना

एक XLSX फ़ाइल द्वारा उत्पन्न अधिकांश कार्य विश्लेषण (analysis) नहीं होता है। यह लगातार तीसरे महीने उसी चार्ट को खोलना, स्कैन करना, रीफ़ॉर्मेट करना और फिर से बनाना होता है।

Powerdrill Bloom उस आधे हिस्से को संभालता है। आप वर्कबुक अपलोड करते हैं और प्राकृतिक भाषा (natural language) में बताते हैं कि आपको इसमें से क्या चाहिए। बदले में आपको एक तैयार आर्टिफैक्ट मिलता है: एक सारांश, एक चार्ट, एक डेक, या एक Excel विश्लेषण। Excel, CSV, PDF, और दस्तावेज़ों (docs) के लिए अपलोड फ्री प्लान में शामिल हैं, और Pro प्लान में स्लाइड्स, Office दस्तावेज़ और Excel विश्लेषण जुड़ जाते हैं।

हमारा Excel AI assistant पेज सीधे तरीके को कवर करता है, और Excel AI tools हब अधिक विशिष्ट कार्यों को सूचीबद्ध करता है। make graphs from Excel पेज चार्टिंग वाले हिस्से को कवर करता है। यदि पिवट टेबल वह हिस्सा है जिसे आप छोड़ना चाहते हैं, तो उनके बिना Excel डेटा को सारांशित करना इसके विकल्प के बारे में बताता है।

फ़ॉर्मेट को समझना ही आपको परेशानी से बचाता है। दोहराव वाले हिस्से को किसी और चीज़ को सौंपना ही आपके समय को बचाता है। अपनी सबसे अव्यवस्थित वर्कबुक पर Powerdrill Bloom आज़माएं।

अक्सर पूछे जाने वाले प्रश्न

XLSX का क्या अर्थ है?

यह Office Open XML स्प्रेडशीट फ़ॉर्मेट के लिए फ़ाइल एक्सटेंशन है। अंतिम X यह दर्शाता है कि पैकेज में पुराने बाइनरी लेआउट के बजाय XML भाग शामिल हैं।

एक XLSX फ़ाइल कितनी पंक्तियाँ रख सकती है?

Microsoft एक वर्कशीट के लिए 1,048,576 पंक्तियों और 16,384 कॉलम की सीमा प्रकाशित करता है। एक वर्कबुक में कई शीट हो सकती हैं, जो एक निश्चित संख्या के बजाय उपलब्ध मेमोरी द्वारा सीमित होती हैं।

क्या XLSX फ़ाइल का कोई अधिकतम आकार होता है?

कोई निश्चित आकार नहीं है। Microsoft का कहना है कि 64-bit वातावरण फ़ाइल के आकार पर कोई कठोर सीमा नहीं लगाता है। वर्कबुक का आकार केवल उपलब्ध मेमोरी और सिस्टम संसाधनों द्वारा सीमित होता है।

मेरी XLSX फ़ाइल इतनी बड़ी क्यों है?

इसके सामान्य कारण पूरे कॉलम पर लागू की गई फ़ॉर्मेटिंग, पिवट कैशे जो स्रोत पंक्तियों की दूसरी प्रतिलिपि संग्रहीत करते हैं, और छवियां (images) हैं। केवल पंक्तियों की संख्या शायद ही कभी इसे स्पष्ट कर पाती है।

क्या मुझे डेटा साझा करने के लिए XLSX या CSV का उपयोग करना चाहिए?

जब किसी व्यक्ति को संरचना, फ़ार्मुलों या एकाधिक शीट की आवश्यकता हो तो XLSX का उपयोग करें। जब किसी सिस्टम को केवल पंक्तियों की आवश्यकता हो और बाकी सब कुछ अतिरिक्त बोझ (overhead) हो, तो CSV का उपयोग करें।