sql >> Database >  >> RDS >> Sqlserver

SQL Server versus NoSQL

Facebook gebruikt eigenlijk een relationele database in de kern, zie SOCC Keynote Address:Building Facebook:Prestaties op enorme schaal . En dat geldt ook voor veel andere sites op webschaal, zie Waarom gebruikt Quora MySQL als datastore in plaats van NoSQL's zoals Cassandra, MongoDB, CouchDB etc? . Er is ook een discussie over het schalen van SQL Server naar webschaalgrootte, zie Hoe blijven grootschalige sites en applicaties op SQL gebaseerd? die is gebaseerd op de architectuur van MySpace (meer details op SQL Server uitschalen met Betrouwbare Messaging ). Ik zeg niet dat NoSQL geen gebruiksscenario's heeft, ik wil er alleen op wijzen dat er veel grijstinten zijn tussen wit en zwart.

Als u bang bent dat uw huidige oplossing niet schaalbaar is, moet u misschien eens kijken wat de factoren zijn die schaalbaarheid met uw huidige oplossing in de weg staan. Testgegevens zijn goedkoop te produceren, laad het 'exponentieel toegenomen' gegevensvolume en voer uw testharnas uit, kijk waar het barst. Geen van de NoSQL-oplossingen biedt magische schaalbaarheid, ze vereisen allemaal dat u begrijpt hoe u ze effectief kunt gebruiken en correct kunt implementeren. En ze vereisen ook dat u met grote volumes test als u succes op grote schaal wilt garanderen. Hetzelfde geldt voor traditionele relationele oplossingen.



  1. Poortwaarde wijzigen configureApplicationServer-kenmerk Worklight

  2. Hoe krijg ik een telling, zelfs als er geen resultaten zijn die overeenkomen met mysql?

  3. PostgreSQL controleren of het tijdstempelveld leeg is

  4. VS2010 + Oracle-stuurprogramma:ORA-12154:TSN:kon de opgegeven verbindings-ID niet oplossen