Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options
От | Tatsuo Ishii |
---|---|
Тема | Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options |
Дата | |
Msg-id | 20250707.143737.542330111731967700.ishii@postgresql.org обсуждение исходный текст |
Ответ на | Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options (Oliver Ford <ojford@gmail.com>) |
Список | pgsql-hackers |
Attached is the v16 patch. In this patch I have changed row_is_in_frame() API from: static int row_is_in_frame(WindowAggState *winstate, int64 pos, TupleTableSlot *slot); to: static int row_is_in_frame(WindowObject winobj, int64 pos, TupleTableSlot *slot, bool fetch_tuple); The function is used to decide whether a row specified by pos is in a frame or not. Previously we needed to always pass "slot" parameter which is the row in question, fetched by window_gettupleslot. If IGNORE NULLS option is not passed to window functions, this is fine because they need to return the row anyway. However if IGNORE NULLS specified, we need to throw away null rows until we find the non null row requested by the caller. In reality, not in all window frames it is required to pass a row to row_is_in_frame: only when specific frame options are specified. For example RANGE or GROUP options plus CURRENT ROW frame end option. In previous patch, I explicitly checked these frame options before calling row_is_in_frame. However I dislike the way because it's a layer abstraction violation. So in this patch I added "fetch_tuple" option to row_is_in_frame so that it fetches row itself when necessary. A caller now don't need to fetch the row to pass if fetch_tuple is false. This way, not only we can avoid the layer violation problem, but performance is enhanced because tuple is fetched only when it's necessary. Note that now the first argument of row_is_in_frame has been changed from WindowAggState to WindowObject so that row_is_in_frame can call window_gettupleslot inside. Best regards, -- Tatsuo Ishii SRA OSS K.K. English: http://www.sraoss.co.jp/index_en/ Japanese:http://www.sraoss.co.jp
Вложения
В списке pgsql-hackers по дате отправления: