Michael Paquier <michael(at)paquier(dot)xyz> writes:
> It's actually much trickier than that, on second look, as a RoleSpec
> is embedded in this portion of a query because we need to support
> CURRENT_ROLE, CURRENT_SESSION and SESSION_USER. For example, this
> query assigns neither role name nor schema name we could rely on at
> transformation for the objects:
> create schema authorization current_role create table aa (a int);
Seems like the answer needs to involve postponing examination of
the contained DDL until we've figured out what the new schema's
name is going to be.
regards, tom lane