संबंधपरक डेटाबेस ACID को लागू करते हैं। तो, आपके पास स्कीमा आधारित लेनदेन उन्मुख डेटा स्टोर होंगे। यह वास्तविक दुनिया के 99% अनुप्रयोगों के लिए सिद्ध और उपयुक्त है। आप संबंधपरक डेटाबेस के साथ व्यावहारिक रूप से कुछ भी कर सकते हैं।
लेकिन, जब बड़े पैमाने पर उच्च उपलब्धता डेटा स्टोर की बात आती है तो गति और स्केलिंग की सीमाएं होती हैं। उदाहरण के लिए, Google और Amazon के पास टेराबाइट डेटा बड़े डेटा केंद्रों में संग्रहीत है। आरडीबीएम के अवरुद्ध/स्कीमा/लेनदेन प्रकृति के कारण इन परिदृश्यों में क्वेरी करना और सम्मिलित करना निष्पादक नहीं है। यही कारण है कि उन्होंने बड़े पैमाने पर प्रदर्शन लाभ और मापनीयता के लिए अपने स्वयं के डेटाबेस (वास्तव में, की-वैल्यू स्टोर) को लागू किया है।
NoSQL डेटाबेस लंबे समय से आसपास हैं - बस शब्द नया है। कुछ उदाहरण ग्राफ़, ऑब्जेक्ट, कॉलम, एक्सएमएल और दस्तावेज़ डेटाबेस हैं।
आपके दूसरे प्रश्न के लिए: क्या एक ही साइट पर दोनों का उपयोग करना ठीक है?
क्यों नहीं? दोनों अलग-अलग उद्देश्यों को पूरा करते हैं?
