Re: Schema design: user account deletion vs. keeping family tree data

From: Rob Sargent <robjsargent(at)gmail(dot)com>
To: Bernice Southey <bernice(dot)southey(at)gmail(dot)com>
Cc: Christoph Pieper <christoph(at)fecra(dot)de>, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Schema design: user account deletion vs. keeping family tree data
Date: 2025-11-24 15:43:07
Message-ID: 20E42D70-9BE1-4CD9-B9A4-5E22EC73C791@gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-general

> On Nov 24, 2025, at 6:18 AM, Bernice Southey <bernice(dot)southey(at)gmail(dot)com> wrote:
>
> Christoph Pieper <christoph(at)fecra(dot)de> wrote:
>> Question:
>> From a PostgreSQL point of view (database best practices, data integrity, performance and long‑term maintainability at millions of rows), which approach would you prefer, or is there a better pattern for this kind of “account can be deleted, but genealogy should remain” use case?
>
> I can tell you what I'm doing. It solved many design problems, but I
> don't claim it's "best practice". I split my table in two.
> 1 - columns that I can keep indefinitely
> 2 - personal data
> That way I just delete the personal data row when I want to remove it.
>
> Thanks, Bernice
>
>

+1
Names are tricky, messy things.[1] Keep egoMaPa as leans as possible.

[1] https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/

In response to

Browse pgsql-general by date

  From Date Subject
Next Message immerrr again 2025-11-24 15:59:14 DROP ROLE blocked by pg_init_privs
Previous Message Dominique Devienne 2025-11-24 13:46:20 Re: set role command