level oracle 字段名_oracle表名、字段名等对象的命名长度限制

最新推荐文章于 2022-02-12 10:38:31 发布

海四

最新推荐文章于 2022-02-12 10:38:31 发布

阅读量791

点赞数

文章标签： level oracle 字段名

本文链接：https://blog.csdn.net/weixin_42683394/article/details/114319974

版权

今天在为某系统数据库结构整理升级脚本时，遇到了“命名字节过长的错误”，类似于下面的截图语句：

由于升级的结构中对于字段名的命名根据业务进行了修改，出现了命名过长的情况。

这里想说一下，对于oracle，表名、字段名等对象命名字节个数限制在了30个字节！是无法更改的，这是oracle的固化设置。

我们可以通过查看数据库字典进一步验证一下。先思考一下，哪里可以获得关于这类命名的信息呢？有没有想到USER_TAB_COLUMNS,USER_CONSTRAINTS这一类的视图。我们来做一个验证。

实验:

在sys用户下，查看user_tables这个视图，可以发现在table_name这个字段，类型为varchar，长度为30，这里记录的表的名称，如下：

再进一步查看视图的结构，如下：

create or replace view user_tables

(table_name, tablespace_name, cluster_name, iot_name, status, pct_free, pct_used, ini_trans, max_trans, initial_extent, next_extent, min_extents, max_extents, pct_increase, freelists, freelist_groups, logging, backed_up, num_rows, blocks, empty_blocks, avg_space, chain_cnt, avg_row_len, avg_space_freelist_blocks, num_freelist_blocks, degree, instances, cache, table_lock, sample_size, last_analyzed, partitioned, iot_type, temporary, secondary, nested, buffer_pool, flash_cache, cell_flash_cache, row_movement, global_stats, user_stats, duration, skip_corrupt, monitoring, cluster_owner, dependencies, compression, compress_for, dropped, read_only, segment_created, result_cache)

select o.name,

decode(bitand(t.property,2151678048), 0, ts.name,

decode(t.ts#, 0, null, ts.name)),

decode(bitand(t.property, 1024), 0, null, co.name),

decode((bitand(t.property, 512)+bitand(t.flags, 536870912)),

0, null, co.name),

decode(bitand(t.trigflag, 1073741824), 1073741824, 'UNUSABLE', 'VALID'),

decode(bitand(t.property, 32+64), 0, mod(t.pctfree$, 100), 64, 0, null),

decode(bitand(ts.flags, 32), 32, to_number(NULL),

decode(bitand(t.property, 32+64), 0, t.pctused$, 64, 0, null)),

decode(bitand(t.property, 32), 0, t.initrans, null),

decode(bitand(t.property, 32), 0, t.maxtrans, null),