किसी नई सर्विस के लिए आप relational डेटाबेस और document store के बीच फैसला कैसे करते हैं?

जब तक कोई खास वजह न हो, शुरुआत relational से कीजिए। Postgres आपको transactions, joins, constraints और query planner देता है, जो ज्यादातर workloads संभाल लेता है और आपके विकल्प खुले रखता है। document store की तरफ तब जाइए जब access pattern सच में एक key से एक blob वाला हो, जब schema वाकई हर record में अलग हो, या जब आपको एक primary की क्षमता से ज्यादा write throughput चाहिए।

मेरा डिफॉल्ट Postgres है, और मैं चाहता हूं कि मुझे उससे हटने की वजह दी जाए, उस पर जाने की नहीं। वजह यह है कि relational डेटाबेस मुझे transactions, joins और constraints मुफ्त में देता है, तो पहले ही दिन मुझे अपने access patterns सही सही अंदाजे से नहीं तय करने पड़ते। डेटा मॉडल उन सर्विसेज से ज्यादा जीते हैं जो उनमें लिखती हैं, और मैं लचीलापन storage layer के बजाय query layer में रखना पसंद करूंगा। कुछ खास हालात में मैं document store की तरफ जाता जरूर हूं। अगर हर record सच में अपने आप में पूरा है, अगर हर tenant के हिसाब से उसका आकार बदलता है, या अगर मुझे एक primary से आगे का write throughput चाहिए, तो सौदा सही बैठता है। जिस बात पर मैं ईमानदार रहने की कोशिश करता हूं वह कीमत है: joins के बिना हर रिश्ता एप्लिकेशन कोड बन जाता है, और transactions के बिना हर multi document update एक idempotency की समस्या बन जाता है। पिछले प्रोजेक्ट में हमने core entities Postgres में रखीं और भारी event log उस जगह डाला जो उसी के लिए बनी थी, जिससे जहां जरूरत थी वहां स्केल मिला और बाकी हर जगह correctness भी बची रही।