एक प्रश्न का उत्तर मैं चाहता हूं कि क्या आपको कभी भी अपनी रिपोर्टिंग या उपयोग के लिए कटोमर्स में डेटा देखने की आवश्यकता है? इस मामले में, आपको नंबर एक के साथ जाने की जरूरत है या अच्छी रिपोर्टिंग प्राप्त करने के लिए आपके पास एक बुरा सपना होगा।
क्या आप ग्राहक द्वारा कोई अनुकूलन करेंगे? यह इंगित करेगा कि चीजों को अलग करना एक बेहतर विकल्प हो सकता है। यदि आप कभी अनुकूलित नहीं करेंगे, तो अलग न हों।
मैंने इन सभी विकल्पों में सिस्टम के साथ काम किया है और पहला दीर्घकालिक रखरखाव के लिए अब तक का सबसे अच्छा है। हालाँकि, यदि आप संगठित हैं और अच्छी तरह से योजना बनाते हैं तो सभी काम करने योग्य हैं। यदि आप अलग विकल्प के लिए जाते हैं, तो आपको सभी क्लाइंट्स में परिवर्तन करने में सक्षम होना चाहिए और इस प्रकार स्रोत नियंत्रण में रखी गई स्क्रिप्ट के माध्यम से डेटाबेस में परिवर्तन करना चाहिए। आपको डेटाबेस संस्करण द्वारा स्रोत नियंत्रण रखने की भी आवश्यकता हो सकती है, ताकि ग्राहक अपग्रेड करना चुन सकें या नहीं। विकल्प 1 में बेशक, किसी के पास पुराने संस्करण पर बने रहने का विकल्प नहीं है। अगर यह आपके व्यवसाय की ज़रूरतों को पूरा करता है, तो यह विकल्प 1 के लिए एक प्लस है।
मैं ओली जोन्स से दृढ़ता से सहमत हूं, यदि आप विकल्प एक का उपयोग करते हैं, तो ग्राहकों को अन्य ग्राहकों के डेटा को देखने से रोकने के लिए आपके पास एक अच्छा डेटाबेस सुरक्षा डिज़ाइन होना चाहिए। हमने एक बार एक क्लाइंट को एक सर्वर से स्थानांतरित कर दिया था, जहां वे एक साझा डेटाबेस के लिए एकमात्र क्लाइंट थे और केवल एक खरीद जो क्लाइंट_आईडी के लिए पूछने से चूक गई थी (पुराने सिस्टम में इसकी आवश्यकता नहीं थी और डेवलपर्स मैला हो गए थे) सभी को ईमेल करना समाप्त कर दिया पहले ग्राहक के बारे में जानकारी के साथ अन्य सभी ग्राहकों के बिक्री प्रतिनिधि। इसने कंपनी को बहुत पैसा खर्च किया (समस्या को ठीक करने के लिए, ईमेल क्षमा याचना भेजने के लिए और हमने लगभग एक ग्राहक को खो दिया और उन्हें रखने के लिए उन्हें कुछ लागत ब्रेक देना पड़ा) और कई खेदजनक माफी और डेवलपर बस संकीर्ण रूप से अपनी नौकरी खोने से चूक गए। इसे एक ऐसा सबक बनने दें जिसे आप कठिन तरीके से नहीं सीखते।
