Je cite les clés -> valeurs car c'est le principal point commun des NOSQL, de manière générale. Aussi j'ai surtout utilisé Redis, donc ceci explique cela.
Mais oui certaines NOSQL permettent des formes de structures (les "documents"), et même une recherche SQL-like, a ce que j'ai lu. Ou bien ils ont d'autres formes de recherche (des "vues" dans couchdb).
C'est donc vraiment dur de faire des généralités car il n'y a pas ou peu de "standard NOSQL". Si tu veux faire les choses bien, tu devrais en gros lire (en diagonal au moins) toutes les docs avant de te lancer.
Pour parler du stockage par "document", un point souvent soulevé pour leur usage est en effet si ces documents ont des champs très variables.
Par exemple, si tes livres ont tous un titre, un auteur, un numero de reference, et un style, c'est facile. Mais parfois tu veux plusieurs auteurs, tu veux un sous-titre, tu veux mettre plusieurs titres ou styles, voire certains livres n'ont pas d'auteur connu, ni de titre, etc. Et certains livres ont des caractéristiques uniques assez rares, mais on veut tout de meme avoir une structure pour ces données rares.
On a vu de tout dans l'histoire de la littérature.
C'est en effet souvent un avantage soulevé de certaines NOSQL. A toi de voir si tes données sont de ce genre. Et a toi de verifier tes besoins de recherche et les possibilites de recherche/vues que te donne la bdd.
Enfin ne jamais oublier que mélanger les bdds est aussi un choix valable pour t'adapter a tes donnees.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Cas d'utilisations complémentaires
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal NoSQL ou pas ?. Évalué à 1. Dernière modification le 01 mai 2012 à 04:37.
Je cite les clés -> valeurs car c'est le principal point commun des NOSQL, de manière générale. Aussi j'ai surtout utilisé Redis, donc ceci explique cela.
Mais oui certaines NOSQL permettent des formes de structures (les "documents"), et même une recherche SQL-like, a ce que j'ai lu. Ou bien ils ont d'autres formes de recherche (des "vues" dans couchdb).
C'est donc vraiment dur de faire des généralités car il n'y a pas ou peu de "standard NOSQL". Si tu veux faire les choses bien, tu devrais en gros lire (en diagonal au moins) toutes les docs avant de te lancer.
Pour parler du stockage par "document", un point souvent soulevé pour leur usage est en effet si ces documents ont des champs très variables.
Par exemple, si tes livres ont tous un titre, un auteur, un numero de reference, et un style, c'est facile. Mais parfois tu veux plusieurs auteurs, tu veux un sous-titre, tu veux mettre plusieurs titres ou styles, voire certains livres n'ont pas d'auteur connu, ni de titre, etc. Et certains livres ont des caractéristiques uniques assez rares, mais on veut tout de meme avoir une structure pour ces données rares.
On a vu de tout dans l'histoire de la littérature.
C'est en effet souvent un avantage soulevé de certaines NOSQL. A toi de voir si tes données sont de ce genre. Et a toi de verifier tes besoins de recherche et les possibilites de recherche/vues que te donne la bdd.
Enfin ne jamais oublier que mélanger les bdds est aussi un choix valable pour t'adapter a tes donnees.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]