| From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
|---|---|
| To: | David Johnston <polobo(at)yahoo(dot)com> |
| Cc: | PostgreSQL General <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: json datatype and table bloat? |
| Date: | 2013-11-04 18:27:43 |
| Message-ID: | CAHyXU0z8PZWEsXHuDrJgvgV+2aNOZxz+QjF0pTtGthn4Qxc6yw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Mon, Nov 4, 2013 at 12:14 PM, David Johnston <polobo(at)yahoo(dot)com> wrote:
> ajelinek(at)gmail(dot)com wrote
>> Along the lines of the equality operator; I have ran into issues trying to
>> pivot a table/result set with a json type due what seemed to be no
>> equality
>> operator.
>
> For the curious, and also use-case considerations for development, would you
> be able to share what it is you are doing (and how) that combines full json
> documents with pivoting?
>
> Compound types holding source data for a pivot seems problematic since
> generally all the pivot components are single-valued and, for data, often
> numerical.
would also like to see this. json type has completely displaced
crosstab in my usage. I don't typically pivot json though: I pivot the
raw data then transform to json. With limited exceptions I consider
storing json in actual table rows to be an anti-pattern (but it should
still work if you do it).
merlin
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jeff Amiel | 2013-11-04 18:38:27 | Re: table lock when where clause uses unique constraing instead of primary key. |
| Previous Message | Janek Sendrowski | 2013-11-04 18:21:11 | Suitable Index for my Table |