Bonjour
Je vous pr�sente un tutoriel pour apprendre les bases de donn�es avec CouchDB : CouchDB : Le guide authentique - Introduction
Envoy� par Introduction
Bonjour
Je vous pr�sente un tutoriel pour apprendre les bases de donn�es avec CouchDB : CouchDB : Le guide authentique - Introduction
Envoy� par Introduction
Pour contacter les diff�rents services du club (publications, partenariats, publicit�, ...) : Contacts
Bonjour,
Plut�t bien comme introduction, mais il manque un partie essentielle qui fait une des forces de CouchDB, le Reduce,
ne pas le montrer est je crois une perte d'information essentielle pour le sujet.
Une exemple a la clef est simple, il suffit de rajouter _count ou _stats dans la partie reduce.
exemple https://wiki.apache.org/couchdb/Buil...duce_Functions
J'utilise ces fonctions d'agr�gations dans un cadre d�cisionnel, et franchement c'est plut�t top.
Olivier
Bonjour
J'ai eu l'occasion d'utiliser CouchDB pour un projet assez cons�quent et j'avoue que j'ai �t� d��u des API Java qui ne g�re pas la gestion concurrentielle pour �viter les conflits de r�vision. J�esp�re bient�t une prise en compte dans le projet Spring Data
Et le second point est que Futon n'est � mon sens pas tr�s pratique � utiliser, si ce n'est pour les map
Effectivement la fonctionnalit� de Reduce est vraiment int�ressante � exploiter
Bonsoir,
L'introduction est bien mais je pense qu'il faudrait aussi d'un des points forts de CouchDb, l'interop�rabilit� avec d'autres d�riv�s comme PouchDB qui permet de synchroniser hors ligne une base CoucheDB avec un mobile, un navigateur, etc tout en b�n�ficiant des r�visions et du syst�me de r�solution des conflits.
Bonsoir,
Ce n'est que la partie 1, les autres parties viendront vite.
Vous aussi vous pouvez nous aider � pr�parer les autres parties qui restent � publier (contactez-moi par mp)
Nous l'avons utilis� pour une projet sur N sites et dispositifs mobiles desynchroniz� (tablette).
Les positifs :
- le mod�le document permet plein de chose
Les n�gatifs :
- le mod�le document n'est viable que pour des mod�le de donn�e simpliste avec tres peu de type de document diff�rent.
- les collisions entre les versions de document
- aucune gestion des contraintes d'int�grit�, en clair c'est a vous de r�inventer le suppression en cascade, les document en r�f�rence null, etc... etc ...
- la lenteur de recherche dans les documents un peu complexe
- un Nieme language de requetage a apprendre ...
- mode connect�/d�connect� pas viable en pratique a cause des gestions de versions et de l'absence de contrainte, les bases finissent dans un �tat d'int�grit� douteux.
CouchDB ne fait pas exception � la r�gle malheureusement, les bases NoSQL sont faites pour des niches tres sp�cifique qui ont besoin de moins d'une dizaine de type de document diff�rent.
J'ai pu jouer un peu avec d'autres bases : OrientDB, Casandra et dans une moindre mesure Neo4j et Titan.
Les quelques nouveaut�s qu'apportent le nosql ne compense pas la quantit� de chose perdue, dans le cas de CouchDB on pensait gagner du temps avec le support du mode d�connect�, mais au final tous les �l�ments manquant � 'bidouiller' part dessus couchdb on prit plus de temps que si on �tait parti d'une base sql.
Ma recommandation est assez simple : passez votre chemin, restez sur une base traditionnelle
Partager