DB2 Z/OS 11.01 重命名已定义表空间及报错咨询

DB2 for z/OS V11.1 版本原生支持表空间重命名操作，你遇到的报错不是因为版本不支持、也不存在操作权限或前置条件限制，纯粹是SQL写法不符合z/OS平台的解析规则导致的语法错误。

报错原因拆解 #

你遇到的SQLCODE=-104, SQLSTATE=42601错误，核心是z/OS平台的RENAME TABLESPACE语句语法规则和其他平台、其他类型对象的写法有明显差异：

• z/OS平台下，表空间是依附于数据库（DBD）存在的层级对象，不属于任何schema管辖，所有引用表空间的SQL必须带所属数据库的层级限定，不支持裸写表空间名的写法
• 错误提示中明确指出合法符号需要包含.，就是在提醒当前语法缺少数据库名和表空间名之间的分隔点

很多人写惯了Linux/Unix/Windows平台的DB2语法、或者表/索引的重命名语句，很容易在这里踩坑：表、索引是schema下的对象，写SQL时可以省略schema名让解析器自动匹配，但表空间没有隐式跨库搜索的逻辑，只要省略数据库名，解析器收到TABLESPACE关键字后，看到后续没有跟带.的全限定名，就会直接把后续字符串判定为非法符号。
你之前执行的语句RENAME TABLESPACE TSFOOT TO TSFOOT_NEW;没有写表空间所属的DBTEST01前缀，刚好触发了这个校验规则，因此报出非法符号的错误。

正确操作方式 #

对应你测试场景中表空间归属数据库为DBTEST01，正确的重命名语句为：
RENAME TABLESPACE DBTEST01.TSFOOT TO TSFOOT_NEW;

相关操作注意事项 #

• 重命名执行完成后，表空间内已存在的表、索引、主键约束等对象的关联元数据会自动同步更新，不需要手动修改业务表的所属定义，也不需要同步修改同义词、视图这类依赖表对象的定义
• 该操作属于元数据更新类操作，不会扫描、重建表空间数据，执行耗时极短，不会影响表空间内已有数据
• 如果执行时表空间上存在未提交的长事务、或者持有的排他锁，会触发锁等待导致语句失败，需要先清理阻塞会话再重试
• 无论是普通表空间、大型表空间、分区表空间还是通用表空间，重命名语法规则完全一致，不存在额外的场景限制

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