किसी ने कभी भी उत्पादन वातावरण में डर्बी या एचएसक्यूएलडीबी का उपयोग करने की कोशिश की? कोई अच्छा, बुरा या बदसूरत अनुभव?उत्पादन मोड में डर्बी या एचएसक्यूएल का उपयोग करने का अनुभव
उत्तर
H2 website पर एम्बेडेड डेटाबेस की तुलना नहीं है (एच 2 एक और एम्बेडेड जावा DB बहुत तेजी से होता है कि, BTW है):
यह आपको देना चाहिए कुछ तथ्य।
HSQLDB के लिए इस पोस्ट Hibernate on hypersonic in production?
मैं सुलह आवेदन के लिए उत्पादन में HSQLDB इस्तेमाल किया देखें। यह आधे मिलियन रिकॉर्ड तक अच्छी तरह से बढ़ा, डीबी आकार लगभग 2 जीबी था।
अच्छा
1) आप स्मृति को ट्यून कर सकते हैं। प्रारंभ में हम 2 जीबी ढेर के साथ चल रहे थे और बाद में 4 जीबी मेमोरी में बढ़े। आप सीपीयू के लिए मेमोरी को अच्छी तरह से ट्यून कर सकते हैं। हमारे पास अलग-अलग विन्यास थे। 4 जीबी रैम के साथ 512 एमबी और 2 मिनट के निष्पादन के साथ निष्पादन के 15 मिनट।
2) डिस्क पर वापस गिरें। बाद में हमने फ़ाइल आधारित तालिका में स्विच किया, और हमने 4 जीबी से 512 एमबी तक अपना ढेर घटा दिया। लेकिन प्रोग्राम को स्मृति से संबंधित कॉन्फ़िगरेशन के अलावा किसी भी बदलाव की आवश्यकता नहीं है।
अच्छा है। 1) शटडाउन ने खिड़कियों पर अतिरिक्त समय लगाया जब आवंटित स्मृति कम थी। 2) इंडेक्स के साथ ब्लैक-जादू का थोड़ा सा हिस्सा है। एक बार हमने आधे मिलियन रिकॉर्ड पर 6 से अधिक कॉलम पर इंडेक्स जोड़ा। प्रक्रिया काफी धीमी थी, हमने अतिरिक्त सूचकांक हटा दिया। यह हमें चोट नहीं पहुंचाया।
कुल मिलाकर मैं दृढ़ता से अनुशंसा करता हूं कि रिकॉर्ड की संख्या कुछ मिलियन से कम हो, और डीबी आकार 10 जीबी से कम हो। यह उच्च आवश्यकता के लिए भी काम कर सकता है, लेकिन मुझे नहीं लगता कि वे सीधे आगे बढ़ सकते हैं। अतिरिक्त दस्तावेज़ हो सकता है मदद कर सकते हैं।
बीटीडब्ल्यू, फ्रेड मेलिंग सूची में मेरे प्रश्नों के लिए बहुत तेज़ था।