हम अभी इस शोध पर शोध कर रहे हैं कि हमारे पोस्टग्रेस्क्ल डीबी को एक एम्बेडेड डर्बी डीबी में स्विच करना है या नहीं। दोनों हमारी डेटा परत के लिए ग्लासफ़िश 3 का उपयोग करेंगे। किसी के पास कोई राय या ज्ञान है जो हमें निर्णय लेने में मदद कर सकता है?डर्बी बनाम पोस्टग्रेएसक्ल प्रदर्शन तुलना
धन्यवाद!
संपादित करें: हम अभी कुछ प्रदर्शन परीक्षण लिख रहे हैं। अधिक अनुभव/पहले हाथ ज्ञान
यहां एच 2 डेटाबेस साइट से कुछ आंकड़ों के आधार पर जवाब के लिए खोज रहे: http://www.h2database.com/html/performance.html
सीधे डर्बी की तुलना में Postgresql नहीं किया है। हालांकि, विभिन्न परिस्थितियों में दोनों का उपयोग करने के बाद, मैंने डर्बी को अत्यधिक विश्वसनीय पाया है। हालांकि आपको यह सुनिश्चित करने के लिए डर्बी कॉन्फ़िगरेशन पर ध्यान देना होगा कि यह आपके आवेदन की आवश्यकताओं के अनुरूप है।
+1। रॉक-ठोस विश्वसनीयता, कम मेमोरी पदचिह्न और तैनाती लोच (एम्बेडेड, नेटवर्क सर्वर, एम्बेडेड + नेटवर्क सर्वर) वास्तव में इसकी सर्वोत्तम शक्तियां हैं। –
मुझे पता है कि Postgresql अधिक परिपक्व डीबी है। हालांकि मैं एक भारी ड्यूटी डीबी प्रसंस्करण अनुप्रयोग के लिए डर्बी का उपयोग कर रहा हूं और प्रदर्शन, आकार और विश्वसनीयता परिप्रेक्ष्य से कोई सीमा नहीं लग रहा है। – donlys
कई प्रदर्शन परीक्षण सूट हैं जो डर्बी स्रोत कोड वितरण के हिस्से के रूप में शामिल हैं; वे डर्बी डेवलपर्स द्वारा डर्बी का अपना प्रदर्शन परीक्षण करने के लिए उपयोग किए जाते हैं। इसलिए यदि आपको प्रदर्शन परीक्षण के उदाहरणों की आवश्यकता है, या अतिरिक्त चाहते हैं, तो आप उन लोगों का उपयोग करने पर विचार कर सकते हैं। डर्बी स्रोत वितरण में जावा/परीक्षण/संगठन/अपाचे/derbyTesting/perf नाम की उपनिर्देशिका में देखें।
एच 2 डेटाबेस आंकड़े साइट को देखते समय, एच 2 निष्कर्षों की तुलना में डर्बी के पक्ष में आने वाली फॉलो अप चर्चा पढ़ने योग्य है। http://groups.google.com/group/h2-database/browse_thread/thread/55a7558563248148?pli=1
डर्बी अभी भी प्रदर्शन में अपेक्षाकृत धीमी है, लेकिन ... जहां आपका जावा एप्लिकेशन आपका डेटाबेस सर्वर चला जाता है, पूरी तरह प्लेटफ़ॉर्म स्वतंत्र होता है। आपको एक डीबी सर्वर स्थापित करने के बारे में भी सोचने की आवश्यकता नहीं है जहां आपके जावा ऐप की प्रतिलिपि बनाई जा रही है।
मैं जावा के साथ MySQL का उपयोग कर रहा था, लेकिन मेरे जावा ऐप के ठीक नीचे बैठे आपके डेटाबेस सर्वर का एक एम्बेडेड कार्यान्वयन करना आश्चर्यजनक और अभूतपूर्व उत्पादकता, स्वतंत्रता और लचीलापन है।
हमेशा डीबी सर्वर होने पर मेरे लिए किसी भी मंच पर जब भी और कहीं भी स्वर्ग होता है !!!
मुझे पता है कि मुझे यहां एक उत्तर पोस्ट करने में देर हो चुकी है, लेकिन मैं यह सुनिश्चित करना चाहता हूं कि कोई भी भविष्य में किसी भी उत्पादन-गुणवत्ता डेटाबेस पर डर्बी का उपयोग करने की गलती नहीं करता है। मैं पहले से माफ़ी मांगता हूं कि यह जवाब कितना नकारात्मक है - मैं एक संक्षिप्त क्यू & एक उत्तर में एक संपूर्ण इंजीनियरिंग टीम की बीमार भावनाओं को पकड़ने की कोशिश कर रहा हूं।
कई छोटे-आईश ग्राहक तैनाती में डर्बी का उपयोग करने का हमारा अनुभव हमें गंभीरता से संदेह करता है कि यह परीक्षण वातावरण के अलावा किसी भी चीज़ के लिए कितना उपयोगी है।कुछ समस्याओं का हम लिया है:
LIMIT वाक्य रचनातथ्य के कारण के लिए कम प्रदर्शन है कि यह एम्बेड किया गया है, डर्बी था PostgreSQL के मुकाबले SQLite के प्रतिद्वंद्वी से अधिक है, जो बेहद परिपक्व उत्पादन-गुणवत्ता डेटाबेस है जिसका उपयोग दुनिया की कुछ सबसे बड़ी वेबसाइटों द्वारा बहु-पेटबाइट डेटासेट को स्टोर करने के लिए किया जाता है। यदि आप विकास के लिए तैयार होना चाहते हैं और किसी और के डेटाबेस कोड को डिबगिंग नहीं करना चाहते हैं, तो मैं डर्बी का उपयोग न करने की अनुशंसा करता हूं। मुझे SQLite के साथ कोई अनुभव नहीं है, लेकिन मैं कल्पना नहीं कर सकता कि यह हमारे लिए डर्बी की तुलना में बहुत कम विश्वसनीय है और अभी भी उतना लोकप्रिय है जितना कि यह है।
वास्तव में, हम अब PostgreSQL को पोर्ट करने की प्रक्रिया में हैं।
मेरी भविष्यवाणी: ठीक से ट्यून किया गया PostgreSQL डर्बी को सबसे कम प्रश्नों पर छोड़ देगा। आप PostgreSQL से क्यों हटना चाहते हैं? क्या आपने अपना डेटाबेस सही ढंग से ट्यून करने के लिए समय बिताया है? – intgr