Re: Use strtoi64() in pgbench, replacing its open-coded implementation
В списке pgsql-hackers по дате отправления:
| От | Álvaro Herrera |
|---|---|
| Тема | Re: Use strtoi64() in pgbench, replacing its open-coded implementation |
| Дата | |
| Msg-id | 202511211320.2cf7ygcyrkbs@alvherre.pgsql обсуждение |
| Ответ на | Re: Use strtoi64() in pgbench, replacing its open-coded implementation (Heikki Linnakangas <hlinnaka@iki.fi>) |
| Список | pgsql-hackers |
On 2025-Nov-21, Heikki Linnakangas wrote: > I don't feel the urge to refactor this myself right now, but we probably > could simplify this further. For example, I wonder if we should remove > is_an_int() altogether and rely on strtoi64() to return failure if the input > does't look like a integer. I had the same thought -- is_an_int() is not doing anything useful and it would be better to get rid of it. If we do have an integer-looking that doesn't fit in int64, then maybe treating it as a double is not wrong. (I suppose if we wanted to have numeric values beyond int64 range and not lose precision, we would have to add separate support for that.) -- Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера