Re: Thoughts on statistics for continuously advancing columns
От | Greg Smith |
---|---|
Тема | Re: Thoughts on statistics for continuously advancing columns |
Дата | |
Msg-id | 4B3B83F9.6070308@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Thoughts on statistics for continuously advancing columns ("Joshua D. Drake" <jd@commandprompt.com>) |
Ответы |
Re: Thoughts on statistics for continuously advancing columns
Re: Thoughts on statistics for continuously advancing columns |
Список | pgsql-hackers |
Joshua D. Drake wrote: > We normally don't notice because most sets won't incur a penalty. We got a customer who > has a single table that is over 1TB in size... We notice. Granted that is the extreme > but it would only take a quarter of that size (which is common) to start seeing issues. > Right, and the only thing that makes this case less painful is that you don't really need the stats to be updated quite as often in situations with that much data. If, say, your stats say there's 2B rows in the table but there's actually 2.5B, that's a big error, but unlikely to change the types of plans you get. Once there's millions of distinct values it's takes a big change for plans to shift, etc. -- Greg Smith 2ndQuadrant Baltimore, MD PostgreSQL Training, Services and Support greg@2ndQuadrant.com www.2ndQuadrant.com
В списке pgsql-hackers по дате отправления: