घर
Top.Mail.Ru Yandeks.Metrika
फोरम: "मामले";
वर्तमान संग्रह: 2002.01.08;
डाउनलोड करें: [xml.tar.bz2];

नीचे

ORACLE DB के लिए त्वरित पहुँच इसी तरह की शाखाएँ खोजें


Yelchev   (2001-12-03 10:26) [0]

एक समस्या है बूँद क्षेत्रों के साथ एक लाख रिकॉर्ड के आदेश के बाहर एक डेटाबेस है। मैं Oracle प्रत्यक्ष Acess घटक का उपयोग करता हूँ। पढ़ने में बहुत समय लगता है। समय के अनुसार तालिका पढ़ने का अनुकूलन कैसे करें और डेटाबेस तक तेजी से पहुंच के घटक क्या हैं। उदाहरण के लिए, मैं कहूंगा कि 25000K की मात्रा वाले प्रत्येक 20 रिकॉर्ड का चयन करने के लिए, आपको XUMUM मिनट की आवश्यकता होगी



Владислав   (2001-12-03 11:22) [1]

स्टूडियो के अनुरोध का पाठ।



petr_v_a   (2001-12-03 11:24) [2]

तेजी से घटकों के अस्तित्व की संभावना नहीं है, अगर कोई तेज है, तो कई बार नहीं। प्रतिप्रश्न - क्‍यों 25000 रिकॉर्ड को क्‍लाइंट पर खींचें? उपयोगकर्ता अब ग्रिड में 50-100 रिकॉर्ड को स्वीकार नहीं करेगा, अतिरिक्त "खोजे गए खोज" आदि में देरी चाहेगा। बेस स्तर पर, LOB स्टोरेज सेटिंग्स के बारे में पढ़ें, 100 पेज हैं



Yelchev   (2001-12-03 12:22) [3]

उपयोगकर्ता बिल्कुल भी प्रकाश में नहीं आता है, अगले एक को अभिलेखों से चुना जाता है। द्रव्यमान सरणी तब वे गणितीय गणना से गुजरते हैं और तुलना के अंत में एक छोटी सूची प्रदर्शित की जाती है। कोई ग्रिड उपयोग नहीं किया जाता है। क्या कोई मुझे सामान्य रूप से बता सकता है कि इस तरह के डेटाबेस के साथ त्वरित काम की समस्या को कैसे हल किया जाए। सब के बाद, सामान्य रूप से 1000000 रिकॉर्ड में वॉल्यूम के साथ, पढ़ने की प्रक्रिया में आधा दिन लगेगा! मैं उन सभी का बहुत आभारी रहूँगा जिन्होंने उत्तर दिया))



Yuvich   (2001-12-03 12:44) [4]

आह, तो इसका मतलब है कि नमूना ~ 15min तक नहीं रहता है। लेकिन बूँद का प्रसंस्करण 15min तक रहता है। यहां आपको यह देखने की जरूरत है: बूँद में क्या संग्रहीत किया जाता है - संरचित जानकारी या नहीं। यदि संरचित है, तो इसे तालिकाओं में रखना आवश्यक है और प्रसंस्करण नमूने के चरण में नहीं, बल्कि तालिका में लिखने के चरण में करना आवश्यक है। यदि संरचित नहीं है, तो फिर भी संरचना के रूप में जानकारी प्रस्तुत करने का प्रयास करें। जैसा कि एक गणितज्ञ ने कहा: "ऐसा कोई विषय क्षेत्र नहीं है जिसे एक पदानुक्रमित संरचना के रूप में प्रस्तुत नहीं किया जा सकता है।"



Yelchev   (2001-12-03 12:50) [5]

नहीं, बिलकुल नहीं। मैंने बिना किसी प्रोसेसिंग के केवल डेटा का नमूना लेकर प्रयोग किए। और डेटा की संरचना को कनेक्ट नहीं किया जा सकता है ताकि ये ऐसी सरणियाँ हों जो संसाधित छवि का वर्णन करती हैं और आप उन्हें अलग नहीं कर सकते हैं! सामान्य तौर पर, जहां बड़े DB के उपयोग से जुड़ी ऐसी समस्याओं को हल करने के बारे में कुछ पढ़ना संभव है।



petr_v_a   (2001-12-03 13:33) [6]

यह बदतर है। ध्यान से LOB भंडारण विकल्पों के बारे में पढ़ें :)। V $ session_wait और v $ system_event के लिए, यह देखें कि वास्तव में कौन सा समय बर्बाद हो रहा है। यदि इस तरह के BLOB संस्करणों की गणना की जाती है, तो शायद आपको बाहरी प्रक्रियाओं के बारे में सोचना चाहिए। सामान्य तौर पर, मेरी राय में, Oracle एक ग्राहक के लिए बड़े संस्करणों को अच्छी तरह से पंप नहीं करता है।



Yelchev   (2001-12-03 13:55) [7]

और अगर मैं शेल में तुलना एम्बेड करता हूं तो मुझे कितना समय मिलेगा (यदि यह संभव है और क्लाइंट को जानकारी डाउनलोड नहीं करता है, बशर्ते कि वॉब्स में संग्रहीत सरणियों की तुलना में फूरियर रूपांतरण और अन्य अंकगणितीय संचालन की आवश्यकता होती है + बड़ी मात्रा में मेमोरी का आवंटन (एक्सएनयूएमएक्सएम तक)



Mick   (2001-12-03 14:05) [8]

यदि ओराक्ल विंटेल पर है, तो मैं ब्लब्स के प्रसंस्करण को सर्वर पर स्थानांतरित कर दूंगा। यह सामान्य तीन-लिंक है।



Yelchev   (2001-12-03 14:11) [9]

"वह, सामान्य तीन-लिंक"? मैं आपकी समझ की कमी के लिए माफी माँगता हूँ, लेकिन इसका क्या मतलब है?



petr_v_a   (2001-12-03 14:29) [10]

समय के लाभ को मापने का सबसे आसान तरीका लेखन है
शुरू करना
में (<आपके अनुरोध>) लूप के लिए
अशक्त;
अंत;
अंत;
और देखते हैं कि कितना किया जाता है это



Yuvich   (2001-12-03 15:48) [11]

माइक सही ढंग से कहता है - आपको प्रसंस्करण को सर्वर में स्थानांतरित करने की आवश्यकता है, फिर प्रसंस्करण गति सर्वर की क्षमता पर निर्भर करेगी, न कि क्लाइंट की क्षमता पर।

भले ही ओरेकल विंटेल में नहीं है, आप पीएल / एसक्यूएल प्रक्रिया लिख ​​सकते हैं और इससे एक और प्रक्रिया कॉल कर सकते हैं जिसे बाहरी और लिखित कहा जाता है, उदाहरण के लिए, सी या कोबोल में। एक और बात यह है कि आपको उस ओएस की भाषा को जानना होगा जो ओरेकल पर खड़ा है और ओरेकल कॉल का समर्थन करता है। अधिक सटीक होने के लिए - आपको दस्तावेज़ पढ़ने की आवश्यकता है।



petr_v_a   (2001-12-03 16:29) [12]

डेल्फी और असेंबलर दोनों में "बाहरी कहा जाता है" लिखा जा सकता है, मुख्य बात यह है कि सीसनल कॉलिंग कन्वेंशन हैं। विंटेल के रूप में - प्रलेखन में एक भव्य वाक्यांश है, (मेरा अनुवाद) - "किसी भी मंच पर बाहरी प्रक्रियाओं का समर्थन किया जाता है जो डीएलएल का समर्थन करता है, उदाहरण के लिए सोलारिस" :)



Yuvich   (2001-12-03 17:12) [13]

मुझे नहीं लगता कि डेल्फी में लिखे गए DLL का उपयोग सोलारिस पर किया जा सकता है, इसीलिए मैं कहता हूं - आपको लिखने की जरूरत है, यहां तक ​​कि असेंबलर में भी, जिस भाषा में कंपाइलर ओएस में है।

"स्मार्ट वाक्यांश" के बारे में, कुछ जोड़: ... डीएलएल या गतिशील रूप से भरी हुई, साझा लाइब्रेरियों का समर्थन ... उदाहरण के लिए सोलारिस .so लाइब्रेरी।



Yuvich   (2001-12-03 17:15) [14]

उसी प्रलेखन वाक्यांश से:

तो, कुछ कार्य C के रूप में निम्न-स्तरीय भाषा में अधिक तेज़ी से या आसानी से किए जाते हैं, जो मशीन-सटीक गणना में अधिक कुशल है। उदाहरण के लिए, ए फास्ट फूरियर ट्रांसफॉर्म (FFT) सी में लिखी गई दिनचर्या पीएल / एसक्यूएल में लिखे एक से अधिक तेजी से चलती है।



petr_v_a   (2001-12-03 17:53) [15]

> युवीच :) वैसे, मैंने सोलारिस पर डेल्फी में लिखे डीएलएल का उपयोग करने का इरादा नहीं किया था :) मुद्दा यह था कि आप कुछ भी लिख सकते थे, यदि केवल कॉल शिश था। यह निश्चित रूप से शुरू होना चाहिए :)



Yuvich   (2001-12-03 18:02) [16]

> पेट्र_व_आ
व्यक्तिगत कुछ भी नहीं। शायद मुझे कुछ समझ नहीं आया।



ASV   (2001-12-04 03:11) [17]

और यहाँ अंकगणित बहुत सरल है। ग्रिड, तो आप शायद 10MB है?
तो 25000 * 20К = 500000К, 600К / sec की औसत नेटवर्क बैंडविड्थ के साथ, 13,8 मिनट देता है।
और सर्वर पर गणना को स्थानांतरित करने के अलावा कुछ नहीं करना है।

अलेक्जेंडर स्वेरिडेनकोव



पन्ने: 1 पूरी शाखा

फोरम: "मामले";
वर्तमान संग्रह: 2002.01.08;
डाउनलोड करें: [xml.tar.bz2];

ऊपर









मेमोरी: 0.62 एमबी
समय: 0.042 c
1-22205
डेनिस प्रोस्किन
2001-12-15 12:46
2002.01.08
QReport - बहुत अधिक डेटा


4-22505
delphixnumx
2001-11-07 20:14
2002.01.08
बिटमैप के साथ समस्या


14-22339
चीनी हाउ ज़ो वुत
2001-11-01 10:12
2002.01.08
प्रोग्रामर, आपका नाम क्या है?


3-21904
एंड्रयू
2001-11-29 22:18
2002.01.08
सवाल


3-21986
असंभव कल्पना
2001-12-06 15:43
2002.01.08
डेटा फ़ील्ड को खुले डेटासेट पर अनुमति नहीं है





अफ्रीकी अल्बानियन अरबी भाषा अर्मेनियाई आज़रबाइजानी बस्क बेलारूसी बल्गेरियाई कैटलन सरलीकृत चीनी) चीनी पारंपरिक) क्रोएशियाई चेक डेनिश डच अंग्रेज़ी एस्तोनियावासी फिलिपिनो फिनिश फ्रेंच
गैलिशियन् जॉर्जियाई जर्मन यूनानी हाईटियन यहूदी हिंदी हंगरी आइसलैंड का इन्डोनेशियाई आयरिश इतालवी जापानी कोरियाई लात्वीयावासी लिथुआनियाई मेसीडोनियन मलायी मोलतिज़ नार्वेजियन
फ़ारसी पोलिश पुर्तगाली रोमानियाई रूसी सर्बियाई स्लोवाक स्लोवेनियाई स्पेनिश स्वाहिली स्वीडिश थाई तुर्की यूक्रेनी उर्दू वियतनामी वेल्श यहूदी बंगाली बोस्नियाई
सिबुआनो एस्पेरांतो गुजराती हौसा हमोंग ईग्बो जावानीस कन्नड़ खमेर लाओ लैटिन माओरी मराठी मंगोलियन नेपाली पंजाबी सोमाली तामिल तेलुगु योरूबा
ज़ुलु
Английский Французский Немецкий Итальянский Португальский Русский Испанский