| 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/
| 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 |