Re: cherche analyste pg pour conseil deployement

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)

In response to

Responses

Browse pgsql-fr-generale by date

  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