2009-07-22 5 views
2

J'ai été trébuché sur des choses comme des alternatives SGBDR très souvent maintenant quelques jours ... Et je suit une partie de la mise en œuvre open source ..NoSQL - Alternatives à SGBDR

Ce que je comprends est la suivante: il est préférable adapté pour les applications Web à grande échelle (comme google & amazon) .. ils se concentrent principalement sur de très grands magasins de données distribuées ..

comment cela pourrait aider les petites start-ups à la recherche d'un magasin de données alternatives coûteux existants .. et est cela donne vraiment gain de performance pour les petites applications?

Je viens de commencer cette discussion et belive quelqu'un ici déjà eu même frustration d'essayer ces nouvelles approches plus tôt et peuvent acquérir de l'expérience dans ce .. cela peut aider à démarrer ups comme nous ..

+0

Salut, Ce message est de 09 Je pense que maintenant avoir une meilleure expérience et de la connaissance de la question que vous avez posée et il ya beaucoup de nouvelles technologies, pouvez-vous s'il vous plaît partager votre pensée et expérience sur cette question? – souvickcse

+0

C'est une bonne idée @souvickcse, je le ferais certainement bientôt – RameshVel

Répondre

2

Tout dépend de vos exigences de mise à l'échelle . Les RBDMS requièrent des verrous et ne peuvent donc être réellement mis à l'échelle. Les DB de style NoSQL tels que Googles bigtable et CouchDB sont massivement évolutifs et très bon marché, mais ils peuvent être très compliqués à écrire une application car les développeurs doivent gérer toutes sortes de problèmes de cohérence des données/tolérance de panne dans leur couche application.

Je dirais que pour une petite application, vous êtes probablement mieux avec une base de données relationnelle basée sur SQL. Bien qu'en théorie beaucoup plus cher, être réaliste à une petite échelle que le prix se transforme en un système beaucoup plus simple de travailler avec.

Si toutefois vous êtes une solution muti-locataire qui doit gérer beaucoup d'écritures, je regarderais attentivement les alternatives.

+2

SQL + cache (NoSQL) est généralement mieux que d'essayer de tout tenir dans la colonne ou le stockage de documents. – arthurprs