From: | Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> |
---|---|
To: | dazz <list(at)ikotame(dot)net> |
Cc: | PostgreSQL mailing lists <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: cherche analyste pg pour conseil deployement |
Date: | 2015-03-27 20:46:11 |
Message-ID: | m2zj6ycgoc.fsf@2ndQuadrant.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
dazz <list(at)ikotame(dot)net> writes:
> pour faire entre autre une API, pour client tiers, style open data.
> du coup renovyer du JSONB, je vais lire la doc la dessus d’abord, mais je me
> posais une question bète : plutot que de stocker le JSONB sur le pg,
Regarde row_to_json() et les autres constructeurs : tu peux facilement
transformer tout résultat de requête au format JSON de ton souhait.
> pourquoi pas calculer le JSON et le stocker sur un server autre style Mongo
> db (aïe pas sur la tête! ;))), la ou tout les JSON vont être envyé aux
> clients, (oui j’ai vu que le bench JSON entre mongo et pg tournait a
> l’avantage a pg de peu sur la dernière release, mais bon….).
Regarde ToroDB dans ce cas là.
> ca existe pas des config où postgres is like the brain, and
> mongo/nosql like the muscles ?
Bah PostgreSQL fait très bien les deux.
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Dimitri Fontaine | 2015-03-27 20:47:37 | Re: les remote clients c'est vraiment risqué ? |
Previous Message | dazz | 2015-03-27 15:50:49 | Re: syncro avec navicat |