स्कोप
मैं वर्तमान में सी # और कुछ का उपयोग कर स्वचालित एक्सेल रिपोर्टिंग का विकास कर रहा हूं जैसे ही चौखटे।
इस रिपोर्ट में डेटा को कैसे देखा जाना चाहिए, यह वास्तव में विशिष्ट अनुरोध के कारण, मुझे कुछ ऐसा करने के लिए मजबूर किया जा रहा है जो बढ़त से श्रेष्ठ हो।
< इस समय, मैं 3 सेगमेंट के प्रत्येक अलग संयोजन के लिए एक अलग शीट का निर्माण कर रहा हूं, 11 महीनों (जन-डीसी + सभी) और 4 "चरण" (आप डॉन '
इस बिंदु पर मैं वर्तमान में 132 अलग-अलग कार्यपत्रकों के शीर्ष पर बैठा हूं (प्रत्येक एक विशेषताओं का एक संयोजन है जो मैं सिर्फ उद्धृत किया है)
फिर, यह कबुम हो जाता है!
हमारी कॉस्ट्रैमर को हम जिस तरह से समस्या को संभाला, उससे प्यार करता था, क्योंकि वे खुद को हल नहीं कर सके। वास्तव में, उन्हें इतना पसंद आया कि उन्होंने संयोजन के लिए एक और विशेषता / श्रेणी जोड़ने का फैसला किया। वे "लोड तिथि" (दिनांक में फ़ाइल को डेटाबेस में लोड किया गया था) के अनुसार समान विचार देखना चाहते हैं। एक त्वरित गणित करने के बाद हम यह अनुमान लगा सकते हैं कि यह परिवर्तन एक ही कार्यपुस्तिका में एक्सेल शीट की संख्या को लगभग 1600 तक आकाश-रॉकेट देगा।
जाओ या होम जाओ
हम इसे करने की कोशिश करने से डरे हुए हैं क्योंकि हमें नहीं लगता है कि एक्सेल इस शीट अधिभार को संभालने में सक्षम होगा।
क्या यह होगा?
लगता है कि आपको 64- एक्सेल के बिट संस्करण को संभालने के लिए, जो व्यावहारिक नहीं हो सकता है।
एक्सेल में सभी डेटा, फ़ार्मुलों और मेमोरी में परिणाम स्वरूपण करने का फायदा होता है, जो लोड होने पर तेज़ है, लेकिन बहुत मेमोरी का उपयोग करता है और लोड करने में धीमा हो सकता है।
जब तक आपके पास शीट्स के बीच फ़ार्मुला लिंक न हो, तब तक कई शीट्स को एक्सेल मेमोरी लोड में पर्याप्त रूप से वृद्धि नहीं करता है: मेमोरी लोड आमतौर पर डेटा युक्त कोशिकाओं की संख्या, स्वरूपण और फ़ायरफ़ॉक्स।
हो सकता है कि एक्सेल पावरपीवोट कुछ मदद दे सकें: सामान्य पाइव्स से परे बहुत सी शक्ति और स्केलबिलिटी।
Comments
Post a Comment