Re: "long" type is not appropriate for counting tuples
От | David Rowley |
---|---|
Тема | Re: "long" type is not appropriate for counting tuples |
Дата | |
Msg-id | CAKJS1f81hLP6x1W09PEGWmqVDEPhgw+ybgLwifBTp2LSHnm+Ow@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: "long" type is not appropriate for counting tuples (Peter Geoghegan <pg@bowt.ie>) |
Ответы |
Re: "long" type is not appropriate for counting tuples
|
Список | pgsql-hackers |
On Tue, 30 Apr 2019 at 06:28, Peter Geoghegan <pg@bowt.ie> wrote: > > On Mon, Apr 29, 2019 at 11:20 AM Alvaro Herrera > <alvherre@2ndquadrant.com> wrote: > > Agreed. Here's a patch. I see downthread that you also discovered the > > same mistake in _h_indexbuild by grepping for "long"; I got to it by > > examining callers of pgstat_progress_update_param and > > pgstat_progress_update_multi_param. I didn't find any other mistakes of > > the same ilk. Some codesites use "double" instead of "int64", but those > > are not broken. > > This seems fine, though FWIW I probably would have gone with int64 > instead of uint64. There is generally no downside to using int64, and > being to support negative integers can be useful in some contexts > (though not this context). CopyFrom() returns uint64. I think it's better to be consistent in the types we use to count tuples in commands. -- David Rowley http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: