Re: [PATCH] Incremental sort (was: PoC: Partial sort)
От | Tomas Vondra |
---|---|
Тема | Re: [PATCH] Incremental sort (was: PoC: Partial sort) |
Дата | |
Msg-id | 20200323023851.farartp34rlh7jwj@development обсуждение исходный текст |
Ответ на | Re: [PATCH] Incremental sort (was: PoC: Partial sort) (James Coleman <jtc331@gmail.com>) |
Список | pgsql-hackers |
On Sun, Mar 22, 2020 at 10:05:50PM -0400, James Coleman wrote: >On Sun, Mar 22, 2020 at 8:54 PM Andreas Karlsson <andreas@proxel.se> wrote: >> >> On 3/23/20 1:33 AM, James Coleman wrote: >> > So on the face of it we have a bit of a no-win situation. The function >> > tuple_sort_method_name returns a const, but lappend wants a non-const. >> > I'm not sure what the project style preference is here: we could cast >> > the result as (char *) to drop the const qualifier, but that's frowned >> > upon some places. Alternatively we could make a new non-const copy of >> > string. Which is preferable in the postgres project style? >> >> The PostgreSQL has places where const is explicitly casted away with the >> unconstify() macro, so unless you can find a better solution that is >> probably an ok option. > >Thanks, that's exactly what I need! > Yeah, sorry I forgot to mention/fix the warning in the last review round. BTW I think the comment for pathkeys_useful_for_ordering() needs updating, it still claims it's all-or-nothing affair, but that's no longer true I think. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: