Python et les bases de données non sql
7 j'aime2,855 vues
Le document présente différentes bases de données non relationnelles et leurs caractéristiques, telles que l'atomicité et la scalabilité. Il aborde aussi des systèmes spécifiques comme CouchDB, HBase et Cassandra, et fournit des liens vers des ressources Python pour interagir avec ces bases. Les sources mentionnées sont toutes réutilisables sous licence Creative Commons.
Notes de l'éditeur
- #4: question de relations modélisations de données UMl, .... .
- #5: on essaie souvent de faire rentrer ses modeles de données dans sql à travers differents bricolages ex de Friendfeed ORM.
- #6: apres avoir reussi à faire rentrer ses données, vient svt l’étape de migration. sueurs froides, comment garantir l’intégrité ... Pb de scalabilité. Plus on a de données, plus les index grossissent, les joins prennent du temps ... Problème de sharding (au moins sur les bases de données opensource)
- #7: bien sur tout cela est possible. mais fatiguant et ennuyeux. Digg fait de moins en moins appels aux bases de données relationnelles.
- #9: part du principe qu’une interruption de service est inacceptable disponible = 2 noeuds au moins monter en charge est plus important que tout Au détriment parfois de la rapidité la rapidité
- #10: Tous les clients voient les mêmes données même lors de mise-à-jours concurrentes Tous les clients peuvent accéder à une version des données Les données peuvent être mises sur différentes base de données
- #11: Tous les clients voient les mêmes données même lors de mise-à-jours concurrentes Tous les clients peuvent accéder à une version des données Les données peuvent être mises sur différentes base de données
- #15: existe un système de vue/plugin en lua. a été ajouté un système de table (utilisé par cloudkit.) basé sur les colonnes. possibilité de schema less. (mais aussi systeme de hash, in memory ...) à quand un cloudkit en python ? tokyo distopia: recherche
- #16: tc se base sur pytc lightcloud offre un systeme de réplication master-master (couchdb), fail over automatique et load balancing. Se base sur pytyrant. possède un client. Manager pour prendre le controle des nodes, backups.... Client python, se base sur tyrant. comparé aux client ruby comme rufus, clients python limités. à vous de jouer.
- #17: similaire à memcached, mais les données sont non volatiles conservation en ram et écris de temps en temps sur le disque (pas de consistence) serveur de structure de données réplication non bloquante en arrière plan (master -> slave) bon serveur de cache/session ?
- #18: le client python au contraire du client ruby ne permet pas le sharding.
- #21: couchdb-python n’a pas encore de version stable pour couchdb 0.9 et trunk couchdb-python: serveur de vue, non threadsafe, basé sur httplib2 (pb py26) couchdbkit entierement dynamique. helper pour les vues, compatible py25/py26, fonctionne avec les dernieres versions de couchdb. compatible avec couchapp.
- #22: parfait pour tout ce qui requiert un accès rapide au données (log, ...) qui ne demande pas de consistance.
- #24: le plus connu en non opensource est bigtable (Google). Repose sur un master qui a la connaissance de tous les nodes. scalabilité horizontable. Plus rapide d’interroger sur des colonnes. Possibilité de ne prendre que certaines colonnes ....
- #26: thrift est un framework pour générer des interfaces et des services dans différents langages
- #27: (rien à voir avec le module plone)
- #30: différent des bases de donnnées orientées documents