Re: Add <caution> for ALTER TEXT SEARCH CONFIGURATION

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Euler Taveira <euler(at)timbira(dot)com(dot)br>
Cc: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, pgsql-docs(at)postgresql(dot)org
Subject: Re: Add <caution> for ALTER TEXT SEARCH CONFIGURATION
Date: 2019-11-25 15:16:59
Message-ID: 23667.1574695019@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs

Euler Taveira <euler(at)timbira(dot)com(dot)br> writes:
> Em sex., 15 de nov. de 2019 às 16:10, Jeff Janes
> <jeff(dot)janes(at)gmail(dot)com> escreveu:
>> If you alter one of the built-in text search configurations, the modifications to it will not get dumped by pg_dump, and thus won't get propagated by pg_upgrade leading to silent behavior changes in the new cluster (as well in any other type of restoration from pg_dump output)

This isn't really different from what happens if you alter any object
defined by initdb. (There are limited exceptions now for GRANT/REVOKE,
but not for any other object property.)

> It was a bad design to allow changes in builtin text search objects.

I disagree. It is reasonable to point out that if you do that,
propagating your changes to new databases is your problem. But
the fact that you can mess with built-in objects has always been
seen as a feature not a bug, and I'm not willing to change that
approach, nor to start plastering random man pages with bright
yellow cautions against doing so. Having the code itself issue
complaints is right out.

regards, tom lane

In response to

Browse pgsql-docs by date

  From Date Subject
Next Message PG Doc comments form 2019-11-25 17:47:09 legacy assumptions
Previous Message Daniel Gustafsson 2019-11-25 14:23:42 Re: Example not producing shown output