之前吐槽了很多年的统计信息自动更新阈值算法（操蛋的500 + (0.20 * n)），其实早在SQLServer 2016中就有优化过了，一直没有注意这个细节，汗颜！
https://www.cnblogs.com/wy123/p/5790855.html
https://www.cnblogs.com/wy123/p/5875237.html
最显著的变化，在SQLServer 2016之后，表行数大于500之后：MIN ( 500 + (0.20 * n), SQRT(1,000 * n) )
| Table type | Table cardinality (n) | Recompilation threshold (# modifications) |
|---|---|---|
| Temporary | n < 6 |
6 |
| Temporary | 6 <= n <= 500 |
500 |
| Permanent | n <= 500 |
500 |
| Temporary or permanent | n > 500 |
MIN ( 500 + (0.20 * n), SQRT(1,000 * n) ) |
根据上述算法，可以发现，
1，算法修改之前，触发统计信息自动更新的值，是随着表的行数的变化为一条严格的一次函数500 + (0.20 * n)
2，算法修改之后，在表的行数超过200W之后，更倾向于使用SQRT(1,000 * n)这一新的算法
3，算法修改之后，更倾向于使用SQRT(1,000 * n)是一条随着表的行数的变化，波动率较低的曲线，也就是意味着更倾向于在一个较小的变化之后触发统计信息自动更新。
根据 500 + (0.20 * n),和SQRT(1,000 * n) 两个公式计算出来触发统计信息自动更新的阈值
