Re: Wrong query result w/ propgraph single lateral col reference

Поиск
Список
Период
Сортировка
Искать
От
Ashutosh Bapat
Тема
Re: Wrong query result w/ propgraph single lateral col reference
Дата
в 16:29:33
Msg-id
CAExHW5tqKgVxNP7ecQUXRnDwFpKFCa1MdkQCrFEfi91rzQBS9g@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Wrong query result w/ propgraph single lateral col reference Noah Misch <noah@leadboat.com>
Re: Wrong query result w/ propgraph single lateral col reference Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: Wrong query result w/ propgraph single lateral col reference Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: Wrong query result w/ propgraph single lateral col reference Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: Wrong query result w/ propgraph single lateral col reference Peter Eisentraut <peter@eisentraut.org>
Re: Wrong query result w/ propgraph single lateral col reference Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Re: Wrong query result w/ propgraph single lateral col reference Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
On Wed, Jul 8, 2026 at 2:35 PM Peter Eisentraut  wrote:
>
> I would like this code to be organized differently.  Note that the
> existing insert_*_record functions don't do any error checking; they are
> just there to make catalog modifications.  There are various check_*
> functions that pretty much correspond to syntax rule checks, but these
> are run after the catalog changes, hence the present issue.  Maybe we
> should have a set of "pre-check" functions in addition?
>

I chose to perform the checks in insert_*_record() functions to keep
them at a central place instead of dispersing all over like the
check_* functions. The latter need to peform their checks considering
the overall shape of the property graph, however, the specification
checks are fairly local - like duplicate property or label names
specified in the same command or duplicate labels being inserted -
they won't usually need checks across labels or elements for example.
I am afraid we might have to sprinkle pre_check_* functions at
multiple places - thus leading to a risk of missing places as this
code evolves.

Do you expect insert_element_record() to perform sanity checks of
labels or insert_label_record() to perform sanity checks on
properties? Or do you expect a hierarchy of pre_check_ functions
cascading from elements to labels to properties?

-- 
Best Wishes,
Ashutosh Bapat


В списке pgsql-hackers по дате отправления
От: David Rowley
Дата:
От: Daniel Gustafsson
Дата:
FAQ