| 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: | Whole Thread | Raw Message | 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 |