अभी कुछ डेटा को संपीड़ित करने के लिए मैं ओरेकल उपयोगिता प्रक्रिया, UTL_COMPRESS.LZ_COMPRESS()
का उपयोग कर रहा हूं। लेकिन समस्या यह है कि यह GZIP संगत प्रारूप का उपयोग कर चीज को संपीड़ित करता है, जो कि दुर्भाग्यवश ज़िप अनुकूल नहीं है। इसलिए, Windows XP देशी डिकंप्रेशन उपयोगिता इसे नहीं खोल सकती है (आप जानते हैं कि संकुचित फ़ोल्डर चीज़ी)। और उपयोगकर्ता को कुछ अन्य उपयोगिता का उपयोग करना है, जैसे कि 7Zip
, Winzip
, या Filzip
आदि, ताकि इसे डिकंप्रेस किया जा सके।ओरेकल संग्रहीत प्रक्रिया का उपयोग करके ज़िप
तो, हम ओरेकल से GZIP डेटा पुन: प्राप्त की एक योजना होने अंत, जावा का उपयोग कर उसे असंपीड़ित, और ज़िप (कुछ है कि विंडोज उपयोगिता द्वारा decompressed जा सकता है) करने के लिए इसे वापस सेक। यह compress-in-gzip -> decompress -> compress-again-in-zip
पर हास्यास्पद लगता है।
कोई भी विचार यह सब अतिरिक्त गणना से बचने के लिए, पहले स्थान पर वांछित प्रारूप में इसे कैसे संकुचित कर सकता है?
जेएसपी सवाल से बाहर है, क्योंकि डेटाबेस में सब कुछ है। मेरी पीएल/एसक्यूएल प्रक्रिया एक टेबल से असम्पीडित डेटा पुनर्प्राप्त कर रही है और संपीड़ित डेटा को दूसरी तालिका में लिख रही है। भंडारण लागत को बचाने के लिए अगले चरण में उन सभी असम्पीडित डेटा को हटा दिया गया। –
मैं बिल्कुल यह सोच रहा था, मेरा मतलब जावा संग्रहीत प्रक्रिया के बारे में है। लेकिन मैंने पहले कभी एक उदाहरण नहीं किया है, जिसने मुझे संभावना के बारे में थोड़ा चिंतित कर दिया है। आपसे इसी तरह की बात सुनने के बाद, यह मुझे विश्वास दिलाता है। और अब एक बहुत ही सरल उदाहरण के साथ आने के बाद, मुझे लगता है कि यह जाने का रास्ता है। आपके इनपुट और मूल्यवान संसाधनों के लिंक के लिए बहुत बहुत धन्यवाद। +1 –
यह आपके संपादन के बारे में है। "एनबी" का अर्थ है "नोटा बेने", अगर मैं फिर से गलत नहीं हूं? ;) –