这种情况太常见了——你明明改了基表的字段长度，但视图的元数据却没跟上，导致显示还是旧的80长度。下面分步骤帮你搞定：

第一步：先确认基表的修改真的生效了 #

别着急动视图，先验证你对基表的修改是否成功。执行这条SQL（替换成你的表名和字段名）：

SELECT column_name, data_type, character_maximum_length 
FROM INFORMATION_SCHEMA.COLUMNS 
WHERE table_name = '你的基表名' 
  AND column_name = '目标字段名';

如果返回的character_maximum_length是160，说明基表没问题，问题出在视图的元数据缓存或者定义上。

第二步：刷新视图的元数据/重新创建视图 #

视图本质是存储的查询语句，大部分数据库不会自动更新视图的元数据，哪怕基表结构变了。你得手动让视图重新读取基表的结构：

针对MySQL/MariaDB #

如果视图的查询逻辑不需要改，直接重新覆盖原视图就行：

CREATE OR REPLACE VIEW 你的视图名 AS
-- 复制原视图的SELECT语句即可
SELECT 字段1, 目标字段名, 字段3 FROM 你的基表名;

也可以用ALTER VIEW，效果完全一样：

ALTER VIEW 你的视图名 AS
SELECT 字段1, 目标字段名, 字段3 FROM 你的基表名;

针对PostgreSQL #

普通视图是动态查询，理论上查询时会用最新的基表结构，但如果工具显示的元数据还是旧的，重新创建视图就行：

CREATE OR REPLACE VIEW 你的视图名 AS
SELECT 字段1, 目标字段名, 字段3 FROM 你的基表名;

如果是物化视图，得先刷新再重建：

REFRESH MATERIALIZED VIEW 你的物化视图名;
CREATE OR REPLACE VIEW 你的物化视图名 AS
-- 原查询语句
SELECT ...;

针对SQL Server #

直接用系统存储过程刷新元数据，不用重新写查询：

EXEC sp_refreshview '你的视图名';

第三步：检查嵌套视图（如果存在的话） #

如果你的视图是基于另一个视图创建的（嵌套视图），那得从最底层的视图开始，一层层往上刷新/重建，直到最外层的视图都更新完。

第四步：刷新数据库工具的缓存 #

有时候不是数据库的问题，是你用的GUI工具（比如DBeaver、Navicat、phpMyAdmin）缓存了旧的元数据。试试这些操作：

• 断开数据库连接，重新连接
• 在工具里手动刷新数据库/表/视图的列表
• 关闭工具再重新打开

最后验证 #

做完上面的步骤后，再查看视图的结构，比如用DESCRIBE 你的视图名;（MySQL）或者查询INFORMATION_SCHEMA的视图元数据，确认目标字段的长度已经变成160了。

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