我之前也碰到过类似的情况，DBIx::Class的版本化工具默认确实不会处理视图的结构变化——它的自动diff逻辑（依赖SQL::Translator）主要聚焦在表、列、索引这些实体结构上，视图不在默认的对比检测范围内，这就是为什么你看到版本间的diff文件是空的，升级时没执行视图创建语句。

下面给你几个可行的解决办法：

1. 手动补全版本间的diff SQL文件 #

既然自动生成的sql/MyProject-Schema-37-38-PostgreSQL.sql是空的，你可以直接手动修改这个文件，把视图的创建语句加进去：

-- Convert schema 'sql/MyProject-Schema-37-PostgreSQL.sql' to 'sql/MyProject-Schema-38-PostgreSQL.sql':;
DROP VIEW IF EXISTS unlocked_pages;
CREATE VIEW unlocked_pages ( page_id, username ) AS ...;

这样下次执行升级时，Versioned组件就会执行这段SQL，创建视图。

2. 确保视图Result类的正确配置 #

保持你的视图Result类中is_virtual(1)的设置：

__PACKAGE__->result_source_instance->is_virtual(1);

这个设置告诉DBIx::Class：这不是一个实际的表，不要尝试用CREATE TABLE去创建它，而是依赖我们的升级脚本或者手动操作来维护视图结构，这完全符合视图的使用场景。

3. 自定义升级钩子（适合频繁修改视图的场景） #

如果你的项目需要经常更新视图，可以在Schema类中重载upgrade方法，添加自定义的版本判断和SQL执行逻辑：

package MyProject::Schema;
use base qw/DBIx::Class::Schema/;
use strict;
use warnings;

our $VERSION = 38;

__PACKAGE__->load_namespaces();
__PACKAGE__->load_components(qw/Schema::Versioned/);
__PACKAGE__->upgrade_directory('../script/sql/');

sub upgrade {
    my ($self, $from_version, $to_version) = @_;

    # 先执行默认的升级逻辑（处理表结构变化）
    $self->next::method($from_version, $to_version);

    # 针对特定版本升级执行视图操作
    if ($from_version == 37 && $to_version == 38) {
        my $dbh = $self->storage->dbh;
        # 执行视图创建/更新语句
        $dbh->do(q{DROP VIEW IF EXISTS unlocked_pages;});
        $dbh->do(q{CREATE VIEW unlocked_pages ( page_id, username ) AS ...;});
    }
}

1;

这种方式可以把视图的升级逻辑和版本号绑定，避免每次都手动修改SQL文件。

为什么会出现这个问题？ #

简单来说，DBIx::Class::Schema::Versioned的核心是管理持久化的表结构，视图属于虚拟结构，SQL::Translator（生成diff的工具）默认不会把视图纳入对比范围，所以自动生成的版本间diff不会包含视图的变化。这是工具的设计局限，需要我们手动补充或者通过自定义逻辑来处理。

内容的提问来源于stack exchange，提问作者Bianca