Re: New function pg_stat_statements_reset_query() to reset statisticsof a specific query
От | Robert Haas |
---|---|
Тема | Re: New function pg_stat_statements_reset_query() to reset statisticsof a specific query |
Дата | |
Msg-id | CA+TgmoYUpYEKC0KUL5oiWkS7GagYH027HsZ1_Fx0JSvdh-VJNg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: New function pg_stat_statements_reset_query() to resetstatistics of a specific query (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: New function pg_stat_statements_reset_query() to reset statisticsof a specific query
Re: New function pg_stat_statements_reset_query() to reset statisticsof a specific query Re: New function pg_stat_statements_reset_query() to reset statisticsof a specific query |
Список | pgsql-hackers |
On Wed, Nov 28, 2018 at 1:43 PM Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > Right, I think option 4 is a clear improvement over option 1. I can get > behind that one. Since not many people care to vote, I think this tips > the scales enough to that side. I'm showing up very late to the party here, but I like option 1 best. I feel like the SQL standard has a pretty clear idea that NULL is how you represent a value is unknown, which shows up in a lot of places. Deciding that we're going to use a different sentinel value in this one case because NULL is a confusing concept in general seems pretty strange to me. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: