एक मल्टी टियर डेल्फी आर्किटेक्चर

Question

पर जाने पर सलाह हमारे पास अपेक्षाकृत बड़ा एप्लीकेशन है जो दृढ़ता से फायरबर्ड (संग्रहीत प्रक्रियाओं, विचार इत्यादि) में बंधे हैं। अब हमें अतिरिक्त डेटाबेस का समर्थन करने के लिए बहुत सारे अनुरोध मिल रहे हैं और हम क्लाइंट से सर्वर पर बहुत सारी कार्यक्षमता भी ले जाना चाहेंगे।

अब 3 (4) स्तरीय वास्तुकला में जाने के लिए एक अच्छा समय लगता है। हमने डेटास्नाप 200 9 और रेमो ऑब्जेक्ट्स एसडीके/डाटाएबस्ट्रेट को पहले से ही देखा है। दोनों ऐसा लगता है कि वे नौकरी करेंगे, लेकिन क्या ऐसे कोई फायदे/नुकसान हैं जिन्हें हमें देखना चाहिए? क्या कोई अन्य ढांचा है जिसे आप अनुशंसा कर सकते हैं?

चीयर्स, पॉल

Answer 1

एक बहुस्तरीय आवेदन आप, परतों के बीच एक परिवहन प्रोटोकॉल है, जो (भाषा/प्रौद्योगिकी स्वतंत्र है webservices की तरह उपयोग करने पर विचार कर सकता है (में जाने की प्रक्रिया में मैं था remobjects लगता है कि समर्थन करता है))।

यह बाद में एक परत का पुनर्मूल्यांकन कर सकता है (जैसे कि आपको बाद में ब्राउज़र/जावा/चांदी की रोशनी में क्लाइंट-एप्लिकेशन का एक और संस्करण बनाना है)।

Answer 2

मैं घटक 4 डेवलपर से केबीएम मिडलवेयर घटकों का उपयोग करने की सिफारिश कर सकता हूं। एक सीखने की अवस्था में थोड़ा सा है लेकिन वे बहुत ही लचीले हैं और वास्तविक दुनिया की स्थितियों में उपयोग के तहत अच्छी तरह से पकड़ते हैं।

Comment from a user (http://www.components4programmers.com/usercomments/commentfromapowerusertoaquestion.htm)

Answer 3

नया ढांचा (आरएम, डी एस, kbmMW, या कभी क्या) के साथ बहु स्तरों के लिए आपके आवेदन को बदलने, हमारे आवेदन वास्तुकला में परिवर्तन का एक बहुत कुछ कर देगा, मैं इस के साथ जाने की सिफारिश की भविष्य में, लेकिन आप

UniDac से DevArt (प्रत्यक्ष कनेक्शन वाले डेटाबेस के लिए सर्वोत्तम घटक) के साथ अन्य डेटाबेस के साथ समर्थन प्राप्त कर सकते हैं। AnyDac (समान कंपनी जो RemObjects की पेशकश से। SqlDirect (9 MajorDB और भी ODBC के लिए समर्थन किया है)। ZeosDB (ओपन सोर्स)।

ऊपर घटकों में से एक का उपयोग कर, आप सबसे प्रमुख डेटाबेस के लिए समर्थन दे देंगे, इसके बगल में आप बहुत सारे बदलाव नहीं करेंगे, और कुछ मामलों में आप पुराने डेटाबेस घटकों को नए लोगों के साथ बदल सकते हैं, और शायद कुछ गुणों को बदल सकते हैं।

हालांकि, मल्टी-टियर में बदलना न केवल आपको केवल अधिक डेटाबेस का समर्थन करें, लेकिन यह प्रस्तुति परत से आपके व्यावसायिक तर्क को अलग करेगा, इसलिए आपके वेब के लिए आपके प्रस्तुति परतें हो सकती हैं जैसे वेब इंटरफ़ेस, या स्मार्ट डिवाइस।

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

Answer 4

तुम भी Midware http://www.overbyte.be/frame_index.html

Answer 5

जांच कर सकते हैं बहु-स्तरीय संरचना मैं भी संदेश आधारित मिडलवेयर की जाँच करने के लिए सलाह देते हैं।

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

• Firebird Database Events and Message-oriented Middleware (part 1)
:

Firebird के लिए, मैं हाल ही में Firebird डेटाबेस घटनाओं, अपनी सीमाओं और तरीके से उन्हें संदेश-दलाल आधारित समाधान के साथ बदलने के लिए (जो खुला स्रोत के रूप में उपलब्ध हैं) की जगह पर एक ब्लॉग लेख लिखा था

• Firebird Database Events and Message-oriented Middleware (part 2)

(अस्वीकरण: मैं खुला स्रोत संदेश दलालों के लिए डेल्फी और मुफ्त पास्कल क्लाइंट लाइब्रेरी का एक डेवलपर हूँ)।