Re: [HACKERS] Valgrind-detected bug in partitioning code
От | Robert Haas |
---|---|
Тема | Re: [HACKERS] Valgrind-detected bug in partitioning code |
Дата | |
Msg-id | CA+Tgmoa98FfK6y3VQfcmDgDFk3gLvi5Aihghn2G5zymrfz4bWg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Valgrind-detected bug in partitioning code (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>) |
Список | pgsql-hackers |
On Mon, Jan 23, 2017 at 12:45 AM, Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> wrote: > Sorry for jumping in late. Attached patch replaces the call to > partitioning-specific comparison function by the call to datumIsEqual(). > I wonder if it is safe to assume that datumIsEqual() would return true for > a datum and copy of it made using datumCopy(). The latter is used to copy > a single datum from a bound's Const node (what is stored in the catalog > for every bound). Thanks, committed. I expanded the comment in partition.c because I think you missed the other rationale for doing it this way, which is that the partitioning operator might ignore some "unimportant" changes (e.g. for numeric, the difference between 1.0 and 1.00) but for this purpose it's better to update the relcache if there is *any* change. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: