MYSQL网站制作之Oracle 10G 中的＂接纳站＂

采用DBaaS解决方案，他们也可以使用同大企业一样的技术。在大型组织中，DBaaS可以提供部门级解决MySQL学习教程，而无需IT部门和采购部门的介入，提供更快和更容易的方法来实现小型解决方案。oracle
Oracle10G中的"接纳站"

byFenng
http://www.DBAnotes.net

在Oracle10G中,引进了一个接纳站(RecycleBin)的观点.

接纳站,从道理下去说就是一个数据字典表,安排用户Drop失落的数据库工具信息.用户举行Drop操纵的工具并没有被数据库删除,仍旧会占用空间.除非是因为用户手工举行Purge大概由于存储空间不敷而被数据库清失落.数据库有了如许的功效,可以削减良多不用要的贫苦.经常看到开辟职员误把表删除,快快当当找DBA来想举措的情形,信任,跟着10G的年夜局限使用,这类情况应当对照少见了.

DBA办理上的相干信息能够从USER_recyclebin(DBA_recyclebin)中猎取.从如今的Beta版原本看,手册上所说的经由过程SQL*Plus的showrecyclebin命令检察还不成用.

为了便于测试,我们创立了一个表空间Foo,巨细为1M,创立了一个用户Foo,默许的表空间为Foo.

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

SQL>CONNECTfoo/foo
已毗连。

SQL>SELECTtable_nameFROMuser_tables;

未选定行

SQL>DESCuser_recyclebin
称号是不是为空?范例
-----------------------------------------------------------------

......
......

user_recyclebin年夜多是自注释的,涵义对照简单了解.

SQL>SELECTobject_nameFROMuser_recyclebin;

未选定行

SQL>CREATETABLEfooASSELECT*FROMDUAL;

表已创立。

SQL>SELECTtable_nameFROMuser_tables;

TABLE_NAME
------------------------------
FOO

SQL>DROPTABLEfoo;

表已抛弃。

SQL>SELECTtable_nameFROMuser_tables;

TABLE_NAME
------------------------------
RB$$41888$TABLE$0

SQL>

SQL>SELECTobject_name,original_nameFROMuser_recyclebin;

OBJECT_NAMEORIGINAL_NAME
----------------------------------------
RB$$41888$TABLE$0FOO


SQL>DESCRB$$41888$TABLE$0
称号是不是为空?范例
--------------------------------------------------------------

DUMMYVARCHAR2(1)


当一个表被删除并挪动到"接纳站"中,它的名字要举行一些转换.如许的目标不言而喻是为了不同类工具称号的反复.(Windows上,经由了特别的处置,接纳站里的操纵体系文件能够重名.)

转换后的名字格局以下:

RB$$objn$object_type$version

个中的RB,代表RecycleBin.objn为表的目次工具号.object_type暗示工具范例.version暗示版本号.
由数据库指定。foo表被删除后，在数据库接纳站里酿成了RB$$41888$TABLE$0。从名字能够看出，这个工具的范例是Table，Version是0.

SQL>CREATETABLEfooASSELECT*FROMDUAL;

表已创立。

SQL>SELECTtable_nameFROMuser_tables;

TABLE_NAME
------------------------------
FOO
RB$$41888$TABLE$0

SQL>DROPTABLEfoo;

表已抛弃。

SQL>SELECTobject_name,original_nameFROMuser_recyclebin;

OBJECT_NAMEORIGINAL_NAME
----------------------------------------
RB$$41889$TABLE$0FOO
RB$$41888$TABLE$0FOO

SQL>

能看出来，固然源表名字不异，在接纳站里的工具名字是分歧的。

已放到接纳站里的表是不克不及用drop命令删除的：

SQL>droptableRB$$41888$TABLE$0;
droptableRB$$41888$TABLE$0
*
ERROR位于第1行:
ORA-38301:cannotperformDDL/DMLoverobjectsinRecycleBin

假如要清失落改工具,利用purge命令：

SQL>PURGEtableRB$$41888$TABLE$0;

Tablepurged.

SQL>SELECTobject_name,original_nameFROMuser_recyclebin;

OBJECT_NAMEORIGINAL_NAME
----------------------------------------
RB$$41889$TABLE$0FOO

工具已清失落.

恢复表,利用Undrop命令.

SQL>undroptableRB$$41889$TABLE$0;

Tableundropped.

SQL>SELECTobject_name,original_nameFROMuser_recyclebin;

未选定行

SQL>SELECTtable_nameFROMuser_tables;

TABLE_NAME
------------------------------
RB$$41889$TABLE$0

SQL>descfoo;
ERROR:
ORA-04043:工具foo不存在

恢复后的表的名字为RB$$41889$TABLE$0,假如指命名字,利用"as表名字"
如:undroptableRB$$41889$TABLE$0asFoo如许的语句.更加具体的语法,请查阅10G的SQL参考手册.


SQL>
SQL>descRB$$41889$TABLE$0;

称号是不是为空?范例
--------------------------------------------------------------

DUMMYVARCHAR2(1)

SQL>DROPTABLERB$$41889$TABLE$0;

表已抛弃。

SQL>SELECTtable_nameFROMuser_tables;

TABLE_NAME
------------------------------
RB$$41889$TABLE$1

SQL>

假如我们这个时分再删除RB$$41889$TABLE$0，可察看到接纳站里该表版本号的变更。

假如空间一向够用，接纳站里的工具会一向坚持（假如你不手工举行Purge的话）。假如空间不敷，接纳站里的工具会被清空。看我们上面这个例子：

让我们创立一个年夜一点的表：

SQL>selectobject_name　fromuser_recyclebin;

OBJECT_NAME
------------------------------
RB$$41893$TABLE$0


SQL>CREATETABLEfoo_biggerASSELECT*FROMall_objectsWHEREROWNUM<7980;

表已创立。

SQL>SELECTtable_nameFROMuser_tables;

TABLE_NAME
------------------------------
FOO_BIGGER

SQL>SELECTobject_name,original_nameFROMuser_recyclebin;

未选定行

SQL>

哦，果然，接纳站里的内容已被删失落了。还要注重，在空间不敷的时分Drop表，也是不克不及放到接纳站里的。



参考文档:

Oracle10iDatabaseAdministrator’sGuideRelease1(10.1)-BETA
PartNo.B10739-01

Oracle10g的undrop功效一点理论byOvermars

原文出处：
<ahref="http://www.dbanotes.net/Oracle/Oracle-10G-RecycleBin.htm">http://www.dbanotes.net/Oracle/Oracle-10G-RecycleBin.htm</a>
只需每年花费2000到5000美元。无论你是自掏腰包来创建一个新兴公司，还是得到了风险投资商的赞助，使用MySQL都可以降低你所需要的人力成本。

一个百万级别的基本信息表A，一个百万级别的详细记录表B，A中有个身份证id，B中也有身份id；先要找出A中在B的详细记录。

是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。

SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。

呵呵，这就是偶想说的

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。