ODA-Oracle实践记录:通过Navicat导出导入表CSV文件并清理重复数据,处理OA待办延迟刷新问题_20260416

1、问题现象

HR 推送到 OA 系统的待办,存在这样一个现象:

待办事项虽然已经审批完成,但不会立刻从待办列表中消失,而是要过几秒刷新后才会消失。


1.1、原因分析

排查后确认,根因是:

统一待办中心接口响应较慢。

进一步分析发现,OFS_TODO_DATA 和 OFS_DONE_DATA 两张表中,syscode、flowid、receiver 这三个字段存在重复数据风险,也缺少最终的唯一约束控制,影响了相关处理效率。


1.2、处理思路

本次处理思路很简单:

  1. 先确认正式库表所在模式和数据量

  2. 通过 Navicat 将正式表导出,再导入测试库验证

  3. 在测试库先演练

  4. 正式执行前先备份表

  5. 删除重复数据

  6. 删除旧普通索引,改建唯一索引


1.3、确认表所在模式

先确认表属于哪个 schema:

复制代码
select owner, table_name
from all_tables
where table_name = 'OFS_DONE_DATA';

确认正式库对象在 ECOLOGY 模式下。


1.4、确认测试环境数据量

本次测试环境使用的是 ECOLOGY1 模式。

复制代码
select count(*) cnt from ECOLOGY1.OFS_TODO_DATA;
select count(*) cnt from ECOLOGY1.OFS_DONE_DATA;

2、Navicat 导出正式库表CSV文件

对于小表测试验证,CSV 更方便;对于需要留档、修改 schema 名或重复执行的场景,SQL 脚本更合适。


3、Navicat 导入测试库表CSV文件


4、正式执行前先备份表

这里放你 备份表操作 的截图。

这一步非常关键。

正式处理前,先备份表,防止删除重复数据或索引调整过程中出现误操作。

需要注意的是:

CREATE TABLE AS SELECT 只备份表结构和数据,不会自动备份原表索引。


5、处理第1个表:OFS_TODO_DATA

1)备份表

复制代码
CREATE TABLE OFS_TODO_DATA_260416 AS
SELECT * FROM OFS_TODO_DATA;

2)尝试建立普通索引

复制代码
CREATE INDEX idx_dtd_sfr_unique
ON OFS_TODO_DATA(syscode,flowid,receiver);

执行报错:

复制代码
ORA-01408: such column list already indexed

说明这组三字段已经存在相关索引,需要先检查原有索引情况:

复制代码
select index_name, uniqueness, status
from user_indexes
where table_name = 'OFS_TODO_DATA'
order by index_name;

3)删除重复数据

复制代码
DELETE FROM OFS_TODO_DATA
WHERE id NOT IN (
  SELECT MIN(id)
  FROM OFS_TODO_DATA
  GROUP BY syscode, flowid, receiver
);

4)确认重复数据是否已清理完成

复制代码
select syscode, flowid, receiver, count(*)
from OFS_TODO_DATA
group by syscode, flowid, receiver
having count(*) > 1;

查询结果为空,说明重复数据已经删除干净。

5)提交

复制代码
COMMIT;

6)删除已有普通索引

复制代码
DROP INDEX SYSID_WORKFLOWID_FLOWID;
COMMIT;

DROP INDEX SYSCODE_FLOWID_RECEIVER;
COMMIT;

7)建立唯一索引

复制代码
CREATE UNIQUE INDEX idx_dtd_sfr_unique
ON OFS_TODO_DATA(syscode,flowid,receiver);

8)检查最终索引状态

复制代码
select index_name, uniqueness, status
from user_indexes
where table_name = 'OFS_TODO_DATA'
order by index_name;

6、处理第2个表:OFS_DONE_DATA

1)备份表

复制代码
CREATE TABLE OFS_DONE_DATA_260416 AS
SELECT * FROM OFS_DONE_DATA;

2)尝试建立普通索引

复制代码
CREATE INDEX idx_dtd_sfr_unique_done
ON OFS_DONE_DATA(syscode,flowid,receiver);

同样报错:

复制代码
ORA-01408: such column list already indexed

查询已有索引:

复制代码
select index_name, uniqueness, status
from user_indexes
where table_name = 'OFS_DONE_DATA'
order by index_name;

3)删除重复数据

复制代码
DELETE FROM OFS_DONE_DATA
WHERE id NOT IN (
  SELECT MIN(id)
  FROM OFS_DONE_DATA
  GROUP BY syscode, flowid, receiver
);

4)提交并检查重复数据

复制代码
COMMIT;

select syscode, flowid, receiver, count(*)
from OFS_DONE_DATA
group by syscode, flowid, receiver
having count(*) > 1;

查询为空,说明重复数据已经处理完成。

5)删除原普通索引

复制代码
DROP INDEX SYSCODE_FLOWID_RECEIVER_DONE;

6)建立唯一索引

复制代码
CREATE UNIQUE INDEX idx_dtd_sfr_unique_done
ON OFS_DONE_DATA(syscode,flowid,receiver);

7)检查最终索引状态

复制代码
select index_name, uniqueness, status
from user_indexes
where table_name = 'OFS_DONE_DATA'
order by index_name;

7、这次处理的两个重点

1)Navicat 导出导入表CSV

先通过 Navicat 把正式表导出,再导入测试环境验证。

2)正式执行前先备份表

这一步看起来普通,但非常重要:

复制代码
CREATE TABLE 备份表 AS SELECT * FROM 原表;

它虽然不会备份索引,但能快速保留一份数据副本,足够作为本次变更的回退保障。

相关推荐
服务器硬件项目经理2 分钟前
《超节点修仙录》· 第一卷·炼气期【第02话】 超节点的「身体构造」——CPU、GPU、内存、网卡都是干啥的
服务器·嵌入式硬件·gru·硬件工程·硬件
FlightYe15 分钟前
音视频修炼之容器与协议(二):HLS和DASH流媒体
android·linux·ffmpeg·音视频·android runtime·dash
承渊政道17 分钟前
Linux网络学习【从深入理解网络层原理到IP分片与重组全过程剖析】
linux·计算机网络·ubuntu·ip分片与重组
橘色的喵17 分钟前
嵌入式Linux编程,如何把硬件中断交给用户态--UIO 的机制
linux·mcu·isr·中断·uio
强哥聊算力25 分钟前
《算力江湖·DeepSeek》第四集:DeepSeek如何改变中国算力的采购逻辑?
大数据·运维·人工智能·ai·gpu算力
l1t35 分钟前
DeepSeek总结的DuckDB 2.0.0 中的隐藏亮点
大数据·数据库·duckdb
爱吃火鸡面呀37 分钟前
MySQL、ClickHouse、Doris、Hive、Spark SQL、Flink SQL 选型对比:优点、缺点与面试话术
hive·mysql·clickhouse
~城南花已开~40 分钟前
Redfish 事件接收服务搭建指南(Ubuntu Server 实测)
linux·服务器·python·ubuntu
承渊政道1 小时前
新增一台服务器时还要重新装Nginx?Ansible只改hosts目标列表,同一份Playbook继续执行
运维·nginx·ansible·内网穿透·cpolar
程序员塔塔喵1 小时前
【MySQL篇|第八篇】索引底层实现
数据库·mysql·adb·索引