Re: Multi-column distinctness.
От | Robert Haas |
---|---|
Тема | Re: Multi-column distinctness. |
Дата | |
Msg-id | CA+TgmoYyEjNa+3rjKA2nK9tziwh-FvaVRpc7cmciz3Jv7n-wXQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Multi-column distinctness. (Tomas Vondra <tomas.vondra@2ndquadrant.com>) |
Ответы |
Re: Multi-column distinctness.
|
Список | pgsql-hackers |
On Tue, Oct 20, 2015 at 10:51 AM, Tomas Vondra <tomas.vondra@2ndquadrant.com> wrote: >> Koyotaro's changes to force COLUMN to be required won't get through. >> >> ISTM that we could use COLLECT STATISTICS instead of ADD STATISTICS, and >> use REMOVE STATISTICS instead of DROP STATISTICS. That way we can use >> ALTER TABLE rather than inventing a new command. 5 minute change... > > That seems like a neat idea, actually. I'm not sure COLLECT is a good choice > as it suggest the statistics is actually built, but that only happens during > ANALYZE. But otherwise this seems to solve the issues with keywords and it's > quite simple. But ADD is no better there. I think ALTER TABLE .. COLLECT STATISTICS isn't any worse than ALTER TABLE ... CLUSTER ON index_name. In both cases, it means, when you do this operation, do it this way. I would suggest that instead of DROP or REMOVE, the opposite should be ALTER TABLE .. NO COLLECT STATISTICS. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: