Re: looking for a globally unique row ID

From: Gmail <robjsargent(at)gmail(dot)com>
To: Rafal Pietrak <rafal(at)ztk-rp(dot)eu>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: looking for a globally unique row ID
Date: 2017-09-16 15:19:28
Message-ID: FE874572-69D2-492C-BB3A-DDBE0F2D9DEF@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> On Sep 16, 2017, at 8:23 AM, Rafal Pietrak <rafal(at)ztk-rp(dot)eu> wrote:
>
>
>
> W dniu 16.09.2017 o 15:45, Adam Brusselback pisze:
>> Here is the last discussion I saw on
>> it: https://www.postgresql.org/message-id/flat/90261791-b731-a516-ab2a-dafb97df4464%40postgrespro(dot)ru#90261791-b731-a516-ab2a-dafb97df4464(at)postgrespro(dot)ru
>> <https://www.postgresql.org/message-id/flat/90261791-b731-a516-ab2a-dafb97df4464%40postgrespro(dot)ru#90261791-b731-a516-ab2a-dafb97df4464(at)postgrespro(dot)ru>
>>
>
> I can see the discussion is packed with implementation details. That's
> promising :)
>
> Thenx!
>
>
For those of us scoring at home, here's what I have:
1 You have a 6-deep hierarchy over 17 document types
you concede that standard master-detail/inheritance accomplishes what you need w.r.t to documents
2 You don't have enough document instances to warrant partitioning
3 Your remaining problem is your workflow
4 You have an academic interest in multi-table indexing

Does this sum up the situation?
Have you shared your current schema?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Rafal Pietrak 2017-09-16 17:18:54 Re: looking for a globally unique row ID
Previous Message Rafal Pietrak 2017-09-16 14:23:09 Re: looking for a globally unique row ID