oracle truncate表后恢复方法总结

truncate表后恢复方法总结

1.1 BLOG文档结构图

1.2 前言部分

1.2.1 导读和注意事项
各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识，~O(∩_∩)O~：

① truncate操作后的恢复方法（重点）

Tips：

① 若文章代码格式有错乱，推荐使用QQ、搜狗或360浏览器，也可以下载pdf格式的文档来查看，pdf文档下载地址：http://yunpan.cn/cdEQedhCs2kFz （提取码：ed9b）

② 本篇BLOG中命令的输出部分需要特别关注的地方我都用灰色背景和粉红色字体来表示，比如下边的例子中，thread 1的最大归档日志号为33，thread 2的最大归档日志号为43是需要特别关注的地方；而命令一般使用黄色背景和红色字体标注；对代码或代码输出部分的注释一般采用蓝色字体表示。

List of Archived Logs in backup set 11

Thrd Seq Low SCN Low Time Next SCN Next Time

---- ------- ---------- ------------------- ---------- ---------

1 32 1621589 2015-05-29 11:09:52 1625242 2015-05-29 11:15:48

1 33 1625242 2015-05-29 11:15:48 1625293 2015-05-29 11:15:58

2 42 1613951 2015-05-29 10:41:18 1625245 2015-05-29 11:15:49

2 43 1625245 2015-05-29 11:15:49 1625253 2015-05-29 11:15:53

[ZFXXDB1:root]:/>lsvg -o

T_XDESK_APP1_vg

rootvg

[ZFXXDB1:root]:/>

00:27:22 SQL> alter tablespace idxtbs read write;

====》2097152*512/1024/1024/1024=1G

本文如有错误或不完善的地方请大家多多指正，ITPUB留言或QQ皆可，您的批评指正是我写作的最大动力。

1.2.2 相关参考文章链接

1.2.3 本文简介
truncate操作是比较危险的操作，不记录redo，不能通过闪回查询来找回数据，但是只要段所占用的块没有全部被重新占用的情况下，我们还是可以通过一些特殊的办法来找回truncate掉的数据，因为当Truncate命令发起之后，Oracle实际上并没有在删除底层数据块上的数据，而是要等到重用的时候才会把这一部分数据回收，于是这给了我们一个能够恢复数据库的机会。

总体而言，恢复的办法是通过一些大牛写的工具来恢复，分为收费和免费的，我们下边分别说明。实验部分我们只实验fy_recover_data包和gdul工具。

有的实验是很久之前做的，这篇文章发布太晚，因为中间学习了DUL和BBED的相关知识。

1.3 收费软件

这里简单列举一下，具体内容请到相关网站了解：

工具名称

下载地址

作者

软件

ODU

http://www.oracleodu.com/cn/

老熊

命令行操作

PRM-DUL

http://www.parnassusdata.com/

Maclean Liu

图形界面操作

AUL/mydul

http://www.dbatools.net/mydul/

d.c.b.a/楼方鑫

命令行

1.4 免费软件
1.4.1 fy_recover_data包
作者个人信息：

WWW.HelloDBA.COM

Created By: Fuyuncat

Created Date: 08/08/2012

Email: Fuyuncat@gmail.com

Latest Version: http://www.HelloDBA.com/download/FY_Recover_Data.zip

该包采用纯plsql语句恢复被truncate掉的表，操作比较简单，下载可以去官网下载，或者小麦苗的云盘共享目录。

Fy_Recover_Data是利用Oracle表扫描机制、数据嫁接机制恢复TRUNCATE或者损坏数据的工具包。由纯PLSQL编写，原理图如下：

包内容：

1.4.2 gdul工具
GDUL是老耿开发的一款类dul工具，当数据库由于某种原因无法打开时，可以利用GDUL把表数据直接读取出来，工具下载地址参考小麦苗的blog，老耿的信息如下：

*********************************************************************

GDUL for ORACLE DB.

Version 4.0.0.1, build date: 2016.04.12.

Email: dbtool@aliyun.com

WeChat official account: dbtool

QQ group: 235019291

*********************************************************************

1.4.2.1 gDUL功能特点
v 完整支持多种格式导出，包括expdp,exp,text格式。目前市面上的类dul工具只有gDUL支持expdp格式。

v 支持ASM文件系统，并内置asmcmd命令。

v 支持绝大多数列类型，支持常见的NUMBER,CHAR, VARCHAR2, DATE，LOB, LONG等类型。。其中 SecureFile LOB 支持压缩，尚不支持去重和加密。

v 支持导出常规表、IOT、Cluster 表、分区表、压缩表。

v 支持 truncated 表、删除行恢复。

v 支持常规表空间和 bigfile 表空间。

v 支持主流硬件平台(HP-UX,AIX, Solaris, Linux, Windows)，各个平台仅需单一的可执行文件，方便分发。

v 重点是——永久免费使用，无需额外费用，不开源。

1.4.3 dul
DUL 是 Data Unloader 的缩写，是一个荷兰的 Oracle 工程师开发的，他的名字为 Bernard Van Duijnen。 DUL 是一个 C 开发的小程序，编译后整个程序只有一个文件，大小也不过几百 KB，它工作时不需 Oracle RDBMS 以及任何的 Oracle 的程序、组件，它可以直接从一个坏了数据库的数据文件中读取数据，生成 IMP 或 SQL*Loader 可以识别的文件。

DUL 不是一个商用化的产品，Oracle 不卖、不提供也不支持它的使用。DUL 只有在 Oracle 的内部网站才可以下载到，因此也只有 Oracle 的 Supporter 才能下载到有这个工具，如果与 Oracle 的 Supporter 熟悉，没准他私底下会给你一个，这个工具也因此有一些流落到民间，被一些人收入囊中，奉为珍宝。

不同的平台、不同版本的数据库都有相应的 DUL 软件，9.x 及之前 DUL 是没有 License 限制的，也就是有这个工具可以无限制的使用，不过最新的 DUL 在这方面已经改进了，kamus 说最新 DUL 拿到手只能用一个月。

关于这一小点稍总结一下，获得 DUL 有以下几种途径：

如果你是 Oracle 的 Supporter ，可以在内部网站下载，地址为： http://www.nl.oracle.com/support/dul/

如果你有 Oracle 的 Supporter 的朋友可以向他们要一个，itpub 也几位斑竹都到 Oracle 了，如 coolyl，kamus,lunar。

一些 dul 流落到民间，可以向有这软件的朋友要一个，不过他们不一定有你需要的那个。

所以关于DUL我们不做过多的解释。

1.4.4 bbed来恢复
这个比较复杂，若对oracle不熟悉或者bbed不熟悉都不推荐使用这个，具体案例参考：http://blog.itpub.net/26736162/viewspace-2080727/

第二章实验部分
2.1 实验环境介绍
项目

db 类型

单实例

db version

11.2.0.4.0

db 存储

主机IP地址/hosts配置

192.168.59.129

OS版本及kernel版本

AIX 7.1 64位

归档模式

Archive Mode

ORACLE_SID

oralhr

2.2 实验目标
将truncate掉的表数据成功找回。

2.3 实验过程

2.3.1 fy_recover_data包恢复truncate的表
[ZFXDESKDB1:oracle]:/oracle>ORACLE_SID=oraESKDB1

[ZFXDESKDB1:oracle]:/oracle>sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Mon Mar 21 15:51:55 2016

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing options

SYS@oraESKDB1> set time on;

15:52:10 SYS@oraESKDB1> set timing on;

15:52:10 SYS@oraESKDB1> set serveroutput on;

15:52:10 SYS@oraESKDB1> create table scott.TB_0321 as SELECT * FROM dba_objects;

Table created.

Elapsed: 00:00:00.59

15:52:18 SYS@oraESKDB1> SELECT COUNT(1) FROM scott.TB_0321;

COUNT(1)

----------

86651

Elapsed: 00:00:00.19

15:52:24 SYS@oraESKDB1> INSERT INTO scott.TB_0321 SELECT * FROM scott.TB_0321;

86651 rows created.

Elapsed: 00:00:00.26

15:52:30 SYS@oraESKDB1> COMMIT;

Commit complete.

Elapsed: 00:00:00.01

15:52:30 SYS@oraESKDB1> INSERT INTO scott.TB_0321 SELECT * FROM scott.TB_0321;

COMMIT;

173302 rows created.

Elapsed: 00:00:00.43

15:53:02 SYS@oraESKDB1> SELECT COUNT(1) FROM scott.TB_0321;

COUNT(1)

----------

346604

Elapsed: 00:00:00.27

16:15:18 SYS@oraESKDB1> SELECT d.BYTES/1024/1024 FROM dba_segments d WHERE d.segment_name ='TB_0321';

D.BYTES/1024/1024

-----------------

Elapsed: 00:00:00.44

16:15:25 SYS@oraESKDB1> truncate table scott.TB_0321;

Table truncated.

Elapsed: 00:00:00.20

16:15:46 SYS@oraESKDB1> SELECT COUNT(1) FROM scott.TB_0321;

COUNT(1)

----------

Elapsed: 00:00:00.01

====》数据已经被truncate掉了，下边我们来恢复

16:15:52 SYS@oraESKDB1> @/oracle/FY_Recover_Data.pck

Package created.

Elapsed: 00:00:00.06

Package body created.

Elapsed: 00:00:00.03

16:15:59 SYS@oraESKDB1> exec fy_recover_data.recover_truncated_table('scott','TB_0321');

16:16:06: Use existing Directory Name: FY_DATA_DIR

16:16:07: Recover Table: SCOTT.TB_0321$

16:16:09: Restore Table: SCOTT.TB_0321$$

16:16:24: Copy file of Recover Tablespace: FY_REC_DATA_COPY.DAT1

16:16:24: begin to recover table SCOTT.TB_0321

16:16:24: Use existing Directory Name: TMP_HF_DIR

16:17:09: Recovering data in datafile +DATA/oraeskdb/datafile/users.351.902678817

16:17:09: Use existing Directory Name: TMP_HF_DIR

16:39:16: 4984 truncated data blocks found.

16:39:16: 346604 records recovered in backup table SCOTT.TB_0321$$

16:39:17: Total: 4984 truncated data blocks found.

16:39:17: Total: 346604 records recovered in backup table SCOTT.TB_0321$$

16:39:17: Recovery completed.

16:39:17: Data has been recovered to SCOTT.TB_0321$$

PL/SQL procedure successfully completed.

Elapsed: 00:23:11.59

16:39:17 SYS@oraESKDB1> SELECT COUNT(1) FROM scott.TB_0321$$;

COUNT(1)

----------

346604

Elapsed: 00:00:01.55

16:40:51 SYS@oraESKDB1>

16:40:51 SYS@oraESKDB1> alter table scott.TB_0321 nologging;

Table altered.

Elapsed: 00:00:00.03

16:41:43 SYS@oraESKDB1> insert /*+append*/ into scott.TB_0321 select * from scott.TB_0321$$;

346604 rows created.

Elapsed: 00:00:00.86

16:41:52 SYS@oraESKDB1> commit;

Commit complete.

Elapsed: 00:00:00.01

16:41:55 SYS@oraESKDB1> alter table scott.TB_0321 logging;

Table altered.

Elapsed: 00:00:00.02

16:42:06 SYS@oraESKDB1>

16:42:06 SYS@oraESKDB1> drop tablespace FY_REC_DATA including contents and datafiles;

Tablespace dropped.

Elapsed: 00:00:08.00

16:42:35 SYS@oraESKDB1> drop tablespace FY_RST_DATA including contents and datafiles;

Tablespace dropped.

Elapsed: 00:00:07.59

16:42:44 SYS@oraESKDB1>

数据成功恢复。

2.3.2 gdul恢复truncate的表
set time on;

set timing on;

set serveroutput on;

drop table scott.TB_0322_05;

create table scott.TB_0322_05 as SELECT * FROM dba_objects;

SELECT COUNT(1) FROM scott.TB_0322_05;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

COMMIT;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

COMMIT;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

COMMIT;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

COMMIT;

SELECT COUNT(1) FROM scott.TB_0322_05;

SELECT d.BYTES/1024/1024 FROM dba_segments d WHERE d.segment_name ='TB_0322_05';

truncate table scott.TB_0322_05;

alter system checkpoint;

col ownere format a10

col DIRECTORY_NAME format a30

col DIRECTORY_PATH format a50

select OWNER,DIRECTORY_NAME,DIRECTORY_PATH from dba_directories;

bootstrap

desc scott.TB_0322_05

unload table scott.TB_0322_05

scan tablespace 4

untrunc table scott.TB_0322_05

cp SCOTT_TB_0322_05.dmp /oracle/app/oracle/admin/oralhr/dpdump/

impdp scott/tiger directory=DATA_PUMP_DIR dumpfile=SCOTT_TB_0322_05.dmp LOGFILE=SCOTT_TB_0322_05.log TABLES=TB_0322_05

15:41:04 SQL> set time on;

15:59:49 SQL> set timing on;

15:59:49 SQL> set serveroutput on;

15:59:49 SQL> drop table scott.TB_0322_05;

create table scott.TB_0322_05 as SELECT * FROM dba_objects;

SELECT COUNT(1) FROM scott.TB_0322_05;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

Table dropped.

Elapsed: 00:00:00.07

15:59:49 SQL> COMMIT;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

COMMIT;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

COMMIT;

INSERT INTO scott.TB_0322_05 SELECT * FROM scott.TB_0322_05;

COMMIT;

SELECT COUNT(1) FROM scott.TB_0322_05;

SELECT d.BYTES/1024/1024 FROM dba_segments d WHERE d.segment_name ='TB_0322_05';

truncate table scott.TB_0322_05;

alter system checkpoint;

Table created.

Elapsed: 00:00:00.97

15:59:50 SQL> 15:59:50 SQL>

COUNT(1)

----------

75707

Elapsed: 00:00:00.86

15:59:51 SQL>

75707 rows created.

Elapsed: 00:00:00.23

15:59:52 SQL>

Commit complete.

Elapsed: 00:00:00.17

15:59:52 SQL>

151414 rows created.

Elapsed: 00:00:00.50

15:59:52 SQL>

Commit complete.

Elapsed: 00:00:00.23

15:59:52 SQL>

302828 rows created.

Elapsed: 00:00:01.63

15:59:54 SQL>

Commit complete.

Elapsed: 00:00:00.22

15:59:54 SQL>

605656 rows created.

Elapsed: 00:00:06.19

16:00:00 SQL>

Commit complete.

Elapsed: 00:00:00.02

16:00:01 SQL>

COUNT(1)

----------

1211312

Elapsed: 00:00:00.07

16:00:01 SQL> 16:00:01 SQL>

D.BYTES/1024/1024

-----------------

136

Elapsed: 00:00:00.17

16:00:01 SQL> 16:00:01 SQL> 16:00:01 SQL>

Table truncated.

Elapsed: 00:00:01.26

16:00:02 SQL> 16:00:02 SQL>

System altered.

Elapsed: 00:00:00.15

16:00:02 SQL>

16:00:02 SQL> SELECT COUNT(1) FROM scott.TB_0322_05;

COUNT(1)

----------

Elapsed: 00:00:00.00

16:02:35 SQL>

[oracle@ZFFR4CB1101:/home/oracle/gdul]$ ./gdul

*********************************************************************

GDUL for ORACLE DB.

Version 3.5.0.1, build date: 2016.03.07.

Email: gengyonghui@aliyun.com

QQ group: 235019291, WeChat Official Account: dbtool

*********************************************************************

GDUL> bootstrap

Bootstrap finish.

GDUL> desc scott.TB_0322_05

object_id: 78302, dataobj#: 78303, cluster tab#: 0

segment header: (ts#: 4, rfile#: 4, block#: 682))

Seg Column# Column# Name Null? Type

------------ ---------- -------------------- --------------- --------------

1 1 OWNER VARCHAR2(30)

2 2 OBJECT_NAME VARCHAR2(128)

3 3 SUBOBJECT_NAME VARCHAR2(30)

4 4 OBJECT_ID NUMBER

5 5 DATA_OBJECT_ID NUMBER

6 6 OBJECT_TYPE VARCHAR2(19)

7 7 CREATED DATE

8 8 LAST_DDL_TIME DATE

9 9 TIMESTAMP VARCHAR2(19)

10 10 STATUS VARCHAR2(7)

11 11 TEMPORARY VARCHAR2(1)

12 12 GENERATED VARCHAR2(1)

13 13 SECONDARY VARCHAR2(1)

14 14 NAMESPACE NUMBER

15 15 EDITION_NAME VARCHAR2(30)

GDUL> unload table scott.TB_0322_05

2016-03-22 16:01:54...unloaded "SCOTT"."TB_0322_05" 0 rows

GDUL> scan tablespace 4

start scan tablespace 4...

scan tablespace completed.

GDUL> untrunc table scott.TB_0322_05

2016-03-22 16:04:29...untruncating table TB_0322_05 1211312 rows unloaded.

GDUL>

16:02:35 SQL> select * from dba_directories;

OWNER DIRECTORY_NAME DIRECTORY_PATH

------------------------------ ------------------------------ -----------------------------------------------------------------------

SYS SUBDIR /u01/app/oracle/product/11.2.0/dbhome_1/demo/schema/order_entry//2002/Sep

SYS SS_OE_XMLDIR /u01/app/oracle/product/11.2.0/dbhome_1/demo/schema/order_entry/

SYS LOG_FILE_DIR /u01/app/oracle/product/11.2.0/dbhome_1/demo/schema/log/

SYS MEDIA_DIR /u01/app/oracle/product/11.2.0/dbhome_1/demo/schema/product_media/

SYS XMLDIR /u01/app/oracle/product/11.2.0/dbhome_1/rdbms/xml

SYS DATA_FILE_DIR /u01/app/oracle/product/11.2.0/dbhome_1/demo/schema/sales_history/

SYS DATA_PUMP_DIR /u01/app/oracle/product/11.2.0/dbhome_1/rdbms/log/

SYS ORACLE_OCM_CONFIG_DIR /u01/app/oracle/product/11.2.0/dbhome_1/ccr/state

8 rows selected.

Elapsed: 00:00:00.00

16:05:29 SQL>

[oracle@ZFFR4CB1101:/home/oracle/gdul/dump]$ impdp scott/tiger directory=DATA_PUMP_DIR dumpfile=SCOTT_TB_0322_05.dmp LOGFILE=SCOTT_TB_0322_05.log TABLES=TB_0322_05

Import: Release 11.2.0.3.0 - Production on Tue Mar 22 16:16:48 2016

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing options

Master table "SCOTT"."SYS_IMPORT_TABLE_01" successfully loaded/unloaded

Starting "SCOTT"."SYS_IMPORT_TABLE_01": scott/******** directory=DATA_PUMP_DIR dumpfile=SCOTT_TB_0322_05.dmp LOGFILE=SCOTT_TB_0322_05.log TABLES=TB_0322_05

Processing object type TABLE_EXPORT/TABLE/TABLE_DATA

. . imported "SCOTT"."TB_0322_05" 117.1 MB 1211312 rows

Job "SCOTT"."SYS_IMPORT_TABLE_01" successfully completed at 16:16:59

[oracle@ZFFR4CB1101:/home/oracle/gdul/dump]$

[oracle@ZFFR4CB2101:/home/oracle]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Tue Mar 22 16:17:39 2016

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing options

SQL> SELECT COUNT(1) FROM scott.TB_0322_05;

COUNT(1)

----------

1211312

SQL>

数据成功恢复。

2.4 实验总结

总体而言用fy_recover_data包或GDUL工具都是非常好的，fy_recover_data可以恢复truncate的数据，但不能恢复drop的数据，而GDUL工具就比较全面了，具体可以参考前边的简介或下载文档来看，小麦苗的共享云盘里也有比较全的文档。
————————————————
版权声明：本文为CSDN博主「小麦苗DBA宝典」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/lihuarongaini/article/details/101299138

查看全文
如若内容造成侵权/违法违规/事实不符，请联系编程学习网邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！

CVX用户指南之求解器
支持的求解器此版本的 CVX 支持四个求解器，每个求解器具有不同的功能： 求解器LPQPSOCPSDPGP整数SeDuMiYYYYENSDPT3YYYYENGurobiYYYNNYMOSEKYYYYYYGLPKYNNNNY （Y 是，N 否，E 实验） 每个求解器具有不同的…...
2024/4/15 14:26:14
k8s操作实践
--查看docker compose 日志 docker-compose logs -f -- dashbord kubectl proxy --滚动升级 kubectl set image deployment jdtqueue jdtqueueregistry.cn-hangzhou.aliyuncs.com/my-work/work:jdt-queue-v3-74 --回滚上一个版本 kubectl rollout undo deployment jdtqu…...
2024/4/13 2:26:23
PyQt5简介
本教程适合初学者和中级程序员。看完这个教程，将能够开发一些简单的pyqt5界面应用程序。 PyQt5是一套Python绑定Digia QT5应用的框架。它可用于Python 2和3。本教程使用Python 3。Qt库是最强大的GUI库之一。PyQt5的官方网站Riverbank Computing | News。 PyQt5做为…...
2024/4/12 4:43:49
s12.基于key验证多主机ssh互相访问脚本
基于key验证多主机ssh访问 [rootansible ~]# cat ssh_key.sh #!/bin/bash # #********************************************************************************************** #Author: Raymond #QQ: 88563128 #Date: 2021-12-20 #FileName: …...
2024/4/13 2:26:18
中国微孔板仪器行业市场供需与战略研究报告
微孔板仪器市场的企业竞争态势该报告涉及的主要国际市场参与者有Beckman Coulter, Inc.、Biohit Oyj、Bio-Rad Laboratories, Inc.、BioTek Instruments, Inc.、BMG LABTECH GmbH、Eppendorf AG、Molecular Devices, LLC、PerkinElmer, Inc.、Tecan Group Ltd.、Thermo Fisher…...
2024/4/13 2:27:18
小程序毕业设计基于微信仿叮咚买菜小程序毕业设计开题报告功能参考
界面效果图...
2024/4/17 16:24:48
全球及中国羟腈裂解酶行业发展态势及前景趋势预测报告（2022-2027）
全球及中国羟腈裂解酶行业发展态势及前景趋势预测报告（2022-2027） 【报告编号】: BG417126 【出版时间】: 2022年2月【出版机构】: 中智正业研究院内容简介： 1 羟腈裂解酶市场概述 1.1 羟腈裂解酶行业概述及统计范围 1.2 按照不同产品类…...
2024/4/13 2:26:58
Matlab中类成员访问
目录类成员访问基础知识访问控制列表的应用控制对类成员的访问具有访问列表的属性具有访问列表的方法具有访问列表的抽象方法类成员访问基础知识要学习本节的材料，需要具备以下前提知识： 类成员 - 由类定义的属性、方法和事件定义类…...
2024/4/15 14:59:06
中国船舶制造行业市场运行动态及发展前景分析报告2022-2028年
中国船舶制造行业市场运行动态及发展前景分析报告2022-2028年详情内容请咨询鸿晟信合研究院！ 【全新修订】：2022年2月【撰写单位】：鸿晟信合研究研究【报告目录】第1章：中国船舶制造行业发展综述 33 1.1 船舶制造行业定义及分类…...
2024/4/13 2:27:08
全球及中国培养乳清行业发展动态及盈利前景预测报告（2022-2027）
全球及中国培养乳清行业发展动态及盈利前景预测报告（2022-2027） 【报告编号】: BG417125 【出版时间】: 2022年2月【出版机构】: 中智正业研究院内容简介： 1 培养乳清市场概述 1.1 培养乳清行业概述及统计范围 1.2 按照不同产品类型&…...
2024/4/8 20:09:43
全球及中国发酵酸行业发展动态及投资前景预测报告(新版）2022-2027
全球及中国发酵酸行业发展动态及投资前景预测报告(新版）2022-2027 【报告编号】: BG417122 【出版时间】: 2022年2月【出版机构】: 中智正业研究院内容简介： 1 发酵酸市场概述 1.1 发酵酸行业概述及统计范围 1.2 按照不同产品类型，发酵酸…...
2024/4/15 6:25:42
Opentsdb On Hbase 设计 region 预分区
Opentsdb On Hbase 设计 region 预分区如何查看region读写是否分布均匀方法一: 通过hbase webui页面 a) 查看opentsdb.conf 中指定的存储数据点的HBase表名由此得知表名是tsdb b) 通过hbase ui 查看数据分布 hbase版本不同查看方式会有出路方法二:通过查看hdfs目录结…...
2024/4/16 16:47:13
心电凝胶行业调研报告 - 市场现状分析与发展前景预测
心电凝胶市场的企业竞争态势该报告涉及的主要国际市场参与者有Dermedics、Nuprep、PARKER LABORATORIES, INC.、Siddhivinayak Dyechem Private Limited、Standard Dyes & Chemical Co.、Namrata Enterprises等。这些参与者的市场份额、收入、公司概况和SWOT分析都包含在心…...
2024/4/8 20:09:43
中国微型钳市场趋势报告、技术动态创新及市场预测
微型钳市场的企业竞争态势该报告涉及的主要国际市场参与者有MicroSurgical Technology、Rumex、Peregrine、OPHMED、ASICO、Symmetry Surgical、Wexler Surgical、Labtician Ophthalmics、Geuder Group、Cardio Care、Antibe Therapeutics、Strong Vision Technology、Ackerma…...
2024/4/15 4:49:48
大型医院系统源码医院HIS源码 his源码
大型医院系统源码医院HIS源码 his源码开发环境：ASP.NET VS2017 Oracle数据库 C/S架构 1.运维工作站 2.系统管理中心 3.一卡通管理 4.门诊医生站 5.门诊办管理 6.药房管理系统 7.发票管理中心 8.结算中心 9.门诊护士站 10.医技工作站 11.药房管理系统 12.住院医…...
2024/4/13 2:27:13
MySQL8.0.忘记密码解决报 ERROR 1045 (28000): Access denied for user ‘root‘@‘localhost‘ (using password: YES)
前言最近好像遇到了黑客，数据库总是被删，然后我在数据库上加了权限，禁止使用drop命令，结果把自己也限制住了，自己新建了一个表，却删除不了。下面这个方法可以跨过用户权限使用drop命令，同时也…...
2024/4/19 19:52:20
中国车用轴承行业市场发展分析与投资战略研究报告2022-2028年
中国车用轴承行业市场发展分析与投资战略研究报告2022-2028年详情内容请咨询鸿晟信合研究院！ 【全新修订】：2022年2月【撰写单位】：鸿晟信合研究研究【报告目录】第1章:中国车用轴承行业发展综述 1.1 车用轴承行业相关概述 1.1.1 轴承的界…...
2024/4/13 2:27:03
全球及中国乙酰化甘油单酯行业运行动态及前景动态预测报告(2022-2027)
全球及中国乙酰化甘油单酯行业运行动态及前景动态预测报告(2022-2027) 【报告编号】: BG417120 【出版时间】: 2022年2月【出版机构】: 中智正业研究院内容简介： 1 乙酰化甘油单酯市场概述 1.1 乙酰化甘油单酯行业概述及统计范围 1.2 按照不同产品类型&#xff…...
2024/4/16 2:24:30
Java项目:在线点餐系统(java+SSM+jsp+mysql+maven)
源码获取：博客首页 "资源" 里下载！ 一、项目简述功能包括： 在线点餐，评论，购物车，下单，支付，管理员，店家多商家管理，后台评论管理，订…...
2024/4/13 2:26:53
朋友欠钱未还意外死亡能不能要求其家属还钱
依据《民法典》的规定，朋友欠钱未还意外死亡可否要求其家属还钱，要看亲属是否继承遗产，如果死者亲属继承了遗产的，债权人可以要求继承人还钱，但以继承遗产数额为限承担债务。关于朋友欠钱未还意外死亡能不能要求其家属…...
2024/4/13 2:27:08

oracle truncate表后恢复方法总结

相关文章

最新文章