Re: Why cannot alter column type when a view depends on it?

On Sunday, September 28, 2025, Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> 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.