Re: [PATCH] expand the units that pg_size_pretty supports on output
От | David Rowley |
---|---|
Тема | Re: [PATCH] expand the units that pg_size_pretty supports on output |
Дата | |
Msg-id | CAApHDvqH3Hd9X8Xw1G8EXFDzZZ5D5nCO_5X4JgYH-pu2B1Qb4A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [PATCH] expand the units that pg_size_pretty supports on output (David Rowley <dgrowleyml@gmail.com>) |
Ответы |
Re: [PATCH] expand the units that pg_size_pretty supports on output
Re: [PATCH] expand the units that pg_size_pretty supports on output Re: [PATCH] expand the units that pg_size_pretty supports on output |
Список | pgsql-hackers |
On Mon, 5 Jul 2021 at 20:00, David Rowley <dgrowleyml@gmail.com> wrote: > I don't really like the fact that I had to add the doHalfRound field > to get the same rounding behaviour as the original functions. I'm > wondering if it would just be too clever just to track how many bits > we've shifted right by in pg_size_pretty* and compare that to the > value of multishift for the current unit and do appropriate rounding > to get us to the value of multishift. In theory, we could just keep > calling the half_rounded macro until we make it to the multishift > value. My current thoughts are that it's unlikely that anyone would > twiddle with the size_pretty_units array in such a way for the extra > code to be worth it. Maybe someone else feels differently. I made another pass over this and ended up removing the doHalfRound field in favour of just doing rounding based on the previous bitshifts. I did a few other tidy ups and I think it's a useful patch as it reduces the amount of code a bit and makes it dead simple to add new units in the future. Most importantly it'll help keep pg_size_pretty, pg_size_pretty_numeric and pg_size_bytes all in sync in regards to what units they support. Does anyone want to have a look over this? If not, I plan to push it in the next day or so. (I'm not sure why pgindent removed the space between != and NULL, but it did, so I left it.) David
Вложения
В списке pgsql-hackers по дате отправления: