Re: Lookup tables

From: Karsten Hilbert <Karsten(dot)Hilbert(at)gmx(dot)net>
To: pgsql-general(at)lists(dot)postgresql(dot)org, PG-General Mailing List <pgsql-general(at)postgresql(dot)org>
Subject: Re: Lookup tables
Date: 2025-02-04 16:51:14
Message-ID: Z6JFgsSGF_kM4yLE@hermes.hilbert.loc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support pgsql-general

Am Tue, Feb 04, 2025 at 05:31:13PM +0100 schrieb Michał Kłeczek:

> It is now completely unclear what it means to change the name of the restaurant for already registered visits.
> Is it still the same restaurant with a different name or a different restaurant?
>
> Or let say someone swaps names of two restaurants.
> That means a user that goes to the same restaurant every day would register visits to two different restaurants!
>
> Using the name of a restaurant as primary key gets rid of these logical anomalies because
> the database model now reflects facts from reality.

Reality tends to become so ambiguous as to not be
reflectable (two entirely different restaurants eventually,
within the flow of time, carry the very same name).

A primary key is very likely not the proper place to reflect
arbitrary business logic (is it the same restaurant or not ?
what if two restaurants have the same name at the same time
?). Primary keys are tools at the technical level.

Karsten
--
GPG 40BE 5B0E C98E 1713 AFA6 5BC0 3BEA AC80 7D4F C89B

In response to

Responses

Browse pgadmin-support by date

  From Date Subject
Next Message Rob Sargent 2025-02-04 16:57:16 Re: Lookup tables
Previous Message Michał Kłeczek 2025-02-04 16:31:13 Re: Lookup tables

Browse pgsql-general by date

  From Date Subject
Next Message Rob Sargent 2025-02-04 16:57:16 Re: Lookup tables
Previous Message Tom Lane 2025-02-04 16:34:17 Re: Index usage with differing string types