Re: Weird procedure question

From: James Keener <jim(at)jimkeener(dot)com>
To: lists(at)alteeve(dot)ca
Cc: "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Weird procedure question
Date: 2018-09-25 05:45:40
Message-ID: CAG8g3tzZA1my8f-0jyW5rJayS3pDdZ0PsPao2TRviAJ2S27xVw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

v3 UUIDs are basically MD5 hashes (v5 is sha1?). So for the same input
you'll always get the same hash.

I had assumed the modified time would be the same; if that's not, then I'm
not sure and my gut tells me this becomes A Really Hard Problemâ„¢.

Jim

On Tue, Sep 25, 2018 at 1:38 AM digimer <lists(at)alteeve(dot)ca> wrote:

> On 2018-09-25 1:33 a.m., James Keener wrote:
> > Do you need a single field for the pk or can you just make it the
> > (original_table_pk, modified_time)? Alternatively, you could generate
> > a uuid v3 from the (original_table_pk, modified_time) using something
> > like uuid_generate_v3(uuid_nil(), original_table_pk || ":" ||
> > modified_time)?
>
> I need to preset the modified_time, I can't use now() or else the value
> would differ between databases. Also, unless I am missing something,
> uuid_generate_v3() would generate a different UUID per trigger of the
> procedure, so I'd end up with different history_uuids on each database
> that I ran the query against.
>
> If I am missing something (and entirely possible I am), please hit me
> with a clue stick. :)
>
> digimer
>
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message James Keener 2018-09-25 05:47:04 Re: Weird procedure question
Previous Message digimer 2018-09-25 05:38:44 Re: Weird procedure question