On Fri, 27 Aug 2010 23:30:06 +0200, Jerome Benoit
wrote:
> Le Fri, 27 Aug 2010 18:43:04 +0200,
> Pierre Chapuis a écrit :
>> J'ai aussi entendu du bien de Riak.
>
> Tu peux élaborer ?
Moi pas vraiment, ne l'ayant pas encore testée, mais elle a l'air
d'avoir bonne presse, par exemple là :
http:
Le Fri, 27 Aug 2010 23:51:47 +0200,
Jerome Benoit a écrit :
> J'ai la maitrise du XML, c'est même un format standardisé pour
> certains la partie non métadonnées de BLOB.
^ sauf pour
--
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE91
Le Fri, 27 Aug 2010 22:49:48 +0200,
Pierre Chapuis a écrit :
>
> "Jerome Benoit" a écrit :
>
> >Des données de type "multimédia" (ahah, définition alakon™ quand tu
> >nous tiens), un type qui veut rien ou tout dire. C'est vendredi et je
> >suis nase mais en gros des BLOBs et leur métadonnées e
Le Fri, 27 Aug 2010 18:43:04 +0200,
Pierre Chapuis a écrit :
> Cassandra est "scalable" au sens où on l'entend en général, pour HBase
> je ne sais pas. MongoDB
MongoDB vient d'avoir le sharding mais la manière donc çà a été
implémenté me plait guère (en gros, c'est du scatter/gather sur des
pa
"Jerome Benoit" a écrit :
>Des données de type "multimédia" (ahah, définition alakon™ quand tu
>nous tiens), un type qui veut rien ou tout dire. C'est vendredi et je
>suis nase mais en gros des BLOBs et leur métadonnées exprimés en XML et
>du XML (du texte donc encodé en UTF-8).
Métadonnées q
Le Fri, 27 Aug 2010 11:02:56 +0200,
Arnaud a écrit :
> Les moteurs NoSQL, il vaut mieux savoir quelles données vont être
> manipulées avant de faire un choix (choix du type puis du soft).
Des données de type "multimédia" (ahah, définition alakon™ quand tu
nous tiens), un type qui veut rien ou t
>
> Il gère donc en natif des écritures concurrentes sur un même index
> stocké sur un DFS ?
>
>
Un des noeud, n'importe lequel, peut se charger de faire l'indexation et de
générer les index. Ensuite tu peux demander à chaque noeud de faire un
"rotate" qui vont charger les nouveaux index. Afin de l
Le Fri, 27 Aug 2010 11:29:23 +0200,
Greg a écrit :
> > C'est du distribué au sens strict ?
>
> non: chaque noeud charge ses index en mémoire, il faut donc que le FS
> soit partagé ou que les index soient copiés.
Il gère donc en natif des écritures concurrentes sur un même index
stocké sur un
On Thu, 26 Aug 2010 23:45:22 +0200, Jerome Benoit
wrote:
> Pour les NoSQL distribués, je suis preneur de retour
> d'expérience et de conseils, j'ai zéro expérience avec
> contrairement à certains DFS (Column Families, Key Value / Tuple Store,
> Document Store, etc.) ...
Pour la famille de docum
Arnaud writes:
> ça fait partie des "NoSQL" Sphinx ?
Non, c'est un indexateur, qui fait des requêtes au serveur SQL d'un côté
et qui les stocke dans un format "optimisé" pour la récupération rapide.
Typiquement, ça marche très très bien pour de la recherche fulltext sans
avoir à ruiner MySQL.
Le 27/08/2010 11:22, Jerome Benoit a écrit :
Du tout :) c'est une exposition pour une aide et retour d'expérience
éventuel.
Je sais bien, et le sujet m'intéresse ;)
Intéressant.
Tu parles bien de çà :
http://sphinxsearch.com/about.html ?
oui, à savoir qu'on ne s'en servait pas du tout en
Le Fri, 27 Aug 2010 10:50:02 +0200,
Greg a écrit :
>
> et tu veux qu'on fasse tout ton travail :-P
>
Du tout :) c'est une exposition pour une aide et retour d'expérience
éventuel.
> > 3) Cluster de données/stockage :
>
> Une fois de plus : Ceph http://ceph.newdream.net/
> (et j'aimerais bi
On 27/08/10 10:50, Greg wrote:
3) Cluster de données/stockage :
Une fois de plus : Ceph http://ceph.newdream.net/
(et j'aimerais bien que quelqu'un fasse le 1er pas ! :) )
sérieusement ?
http://ceph.newdream.net/wiki/
"Ceph is under heavy development, and is not yet suitable for any uses
Bonjour,
Le 26/08/2010 23:45, Jerome Benoit a écrit :
Salut,
Je travaille actuellement à la conception d'une architecture en trois
tiers qui devra être scalable.
et tu veux qu'on fasse tout ton travail :-P
3) Cluster de données/stockage :
Une fois de plus : Ceph http://ceph.newdream.net/
Salut,
Je travaille actuellement à la conception d'une architecture en trois
tiers qui devra être scalable.
* Architecture logique simplifiée :
---
| Clients |
---
-- |
| DNS RR | REST HTTP (GET, POST, XML dans le BODY)
--
15 matches
Mail list logo
