On Sunday, September 28, 2025, Chao Li <[email protected]> wrote: > > > I tried to understand why this restriction is set, then I found that, when > a function uses a view, the view can actually be dropped, only when the > function is executed, it will raise an error saying the view doesn’t exist. >
I’m doubting this applies to SQL-standard body functions where dependencies are actually tracked on the objects the function references. > > In summary, this email is just raising the issue rather than proposing a > solution. I want to hear feedbacks from the community. If people are > interested in a solution to remove the restriction, then I can spend time > on it. > I’d rather spend the effort providing something in pg_dump where you can give it a object_id and pg_dump will produce the DDL needed to recreate all of the views/etc in the correct order and the drop commands as well. Making the alter table “just work” seems just too problematic and limited to justify spending time on IMO. David J.
