问题背景
这个问题其实是上周六在处理图层缓慢问题的一个子问题,拆出来独立出来,单独记录,说起来这个问题处理了断续处理了好几个小时,算是解决了,但有个表还是有点儿问题,倒是不影响正常使用了。
问题描述
用catalog删除表后,没提示,看到是没了,结果刷新一下又有了
问题分析
没查出啥问题,只能猜测可能是前期删除有问题,空间表可能没有用catalog删除,而是直接数据库删除,比如在plsql里通过droptable删除的,但只是猜测,没最终确认
问题处理
1.ArcGIS层级的锁表,查看以下语句是否存在数据,存在,删除即可;
然后关闭arccatalog及arcmap等所有内容,再进行删除,这个也可以用在索引不能重建上
select * from sde.table_locks;
select * from sde.state_locks;
select * from sde.object_locks;
select * from sde.layer_locks;
大概率是下面这个表有锁表
delete sde.table_locks
2.手动sql删除空间表
SDE用户下查到这些表的内容,进行删除
然后drop掉对应表
select * from TABLE_REGISTRY where TABLE_NAME='TEST';
select * from COLUMN_REGISTRY where TABLE_NAME='TEST';
select * from LAYERS where TABLE_NAME='TEST';
select * from GEOMETRY_COLUMNS where F_TABLE_SCHEMA='YYQ' and F_TABLE_NAME='TEST';
select * from ALL_ST_GEOMETRY_COLUMNS_V where TABLE_NAME='TEST';
select * from GDB_ITEMS where NAME = 'TEST';
到这里基本就已经解决了
3.Oracle层级的锁表,中间遇到的另一种情况
oracle层级的锁表,这个说起来依稀记得是我在数据库小白期间遇到的第一个问题,当初用plsql界面对数据进行解锁,修改,没锁定提交,然后我另一个同事就改不了了。
其实就是数据库的完整性
查询锁表的id
select session_id from v$locked_object;
然后在所有对象中查到对应的id值对应的表名(其实找到你要删的表的id就行)
select * from dba_objects;
杀进程,解锁表
SELECT sid, serial#, username, osuser FROM v$session where sid = 108;
ALTER SYSTEM KILL SESSION '108,999';
问题遗留:
不知是不是删表的问题,反正建索引时还是会报错,不断删table_locks里的数据,里面还是不断添加,最终也没找出是个啥问题,遗留,以后在解决。