Yii中需手动将数据库视图当表用：重写模型的tableName()返回视图名，显式定义primaryKey()，禁用save()/delete()并设为只读，关联时指定on条件，注意MySQL/PG权限与更新能力差异。
Yii 中怎么把数据库视图当普通表用
直接能用，但得手动告诉 Yii：这不是表，是视图。默认 gii 生成模型时只扫 TABLE，不扫 VIEW，所以你得自己改模型类的 tableName() 方法，返回视图名。
常见错误现象：SQLSTATE[42S02]: Base table or view not found —— 就是因为 tableName() 还在返回旧的表名，或没重写。
- 确认视图已存在且当前 DB 用户有
SELECT权限（MySQL/PostgreSQL 都要） - 在模型里显式重写
tableName()，比如return '{{%user_summary_view}}'; - 如果视图字段含计算列、聚合或表达式，记得在模型的
attributes()或rules()里剔除不能写的字段，否则load()或save()会出错 - 别给视图模型加
ActiveRecord::primaryKey()自动推导 —— 视图可能没主键，得手动指定public static function primaryKey()返回字段数组，或者返回null（只读场景下更安全）
为什么关联视图模型时 joinWith() 报错或结果为空
因为 Yii 的关联默认按「主表字段 = 关联表字段」拼 ON，而视图字段可能是别名、表达式或跨多表聚合结果，直接关联容易字段不存在或类型不匹配。
使用场景：比如用户列表页要关联一个 order_summary_view 显示每人订单数，但视图里只有 user_id 和 order_count，没 id 字段。
- 检查视图输出字段名是否和关联定义里写的完全一致（大小写、下划线），MySQL 默认不区分，但 PostgreSQL 区分
- 在关联方法中显式写
on条件，比如->on(['user.id' => 'order_summary_view.user_id'])，别依赖自动推导 - 如果视图字段是函数结果（如
DATE(created_at)），不能用于ON或WHERE索引字段，性能会掉，考虑冗余真实字段或加物化视图（PG） - 避免在视图上再做
JOIN关联另一个视图 —— 多层嵌套容易让 SQL 膨胀，查询变慢，先查主模型，再用ArrayHelper::index()手动映射更可控
如何确保视图模型只读，防止误调 save()
Yii 不会因为你用了视图就自动禁写，save() 仍会发 INSERT/UPDATE，失败时抛异常，但已经走了一轮事务开销，还可能干扰业务逻辑。
最稳妥的方式不是靠文档提醒，而是代码级拦截。
- 重写模型的
beforeSave()，直接return false并抛异常：throw new \yii\base\NotSupportedException('View model is read-only.'); - 删掉
rules()里所有required和属性验证规则（只读不需要） - 如果用了
scenarios()，确保'default'场景不包含任何可写属性，或干脆重写scenarios()返回空数组 - 注意：即使禁了
save()，delete()仍可能生效（取决于视图底层是否支持），所以也建议重写beforeDelete()拦住
MySQL 和 PostgreSQL 对视图的支持差异影响哪些写法
差别主要在权限控制、更新能力、字段元信息暴露程度 —— 直接决定你的模型能不能省事。
性能影响：PostgreSQL 视图默认不物化，每次查询都重算；MySQL 5.7+ 的视图虽也不物化，但优化器对简单视图的下推更友好。
- MySQL 中，如果视图含
DISTINCT、GROUP BY、子查询或聚合函数，INSERT/UPDATE必然失败，Yii 模型里提前禁写是必须的 - PostgreSQL 允许用
INSTEAD OF触发器让视图可写，但 Yii 不识别这种机制，仍需手动实现insertIntoView()类方法，不推荐复杂场景用 - 字段注释（COMMENT）在 PG 里可通过
pg_description查到，MySQL 则基本丢失 —— 所以generateModel时别指望自动生成中文标签 - 路径或配置项无关，但连接 DSN 里要明确指定 schema：PG 视图常在
public外的 schema，MySQL 则靠数据库名隔离，tableName()得写成{{%my_schema.user_view}}（PG）或{{%user_view}}（MySQL，默认库）
视图字段没有真实约束，外键、NOT NULL、DEFAULT 都不生效，别在模型里硬加 required 规则，除非你确定视图 SQL 永远保证该字段非空 —— 这点最容易被忽略。
