Re: Proposal: Add a UNIQUE NOT ENFORCED constraint
| От | Jacob Jackson |
|---|---|
| Тема | Re: Proposal: Add a UNIQUE NOT ENFORCED constraint |
| Дата | |
| Msg-id | CAAiQw3zzFy+Rf-wjkeHpDbxNAmTOuNOU18wVZ6uYjUwv6p+tJA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Proposal: Add a UNIQUE NOT ENFORCED constraint (Neil Chen <carpenter.nail.cz@gmail.com>) |
| Ответы |
Re: Proposal: Add a UNIQUE NOT ENFORCED constraint
|
| Список | pgsql-hackers |
On Wed, Jan 7, 2026 at 5:22 AM Neil Chen <carpenter.nail.cz@gmail.com> wrote: > If we want the query planner to generate an execution plan as if a column were unique, would setting n_distinct = -1 inthe table statistics achieve the same effect? Setting n_distinct is less clear in describing the data (it isn't tied to the table schema itself and can be ambiguous in whether values are actually totally unique or just close enough, which can complicate things), and, because it only impacts statistics estimations, it still doesn't help in queries where uniqueness is required. Postgres will still add a node to ensure uniqueness in that case. There are also some other limitations with n_distinct (e.g. extended stats are required for multi-column pairs, which further complicates documentation and adds complexity/overhead).
В списке pgsql-hackers по дате отправления: