仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 862|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL教程之Oracle9i新特征-利用DBMS_METADATA包获...

[复制链接]
灵魂腐蚀 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:44:11 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
即使对于MySQL的商业化的企业版来说,也没有高昂的许可证成本,当你将其与像甲骨文和微软之类的大型专有商业数据库比较的话。oracle|工具|语句Oracle9i新特征-利用DBMS_METADATA包取得工具DDL语句作者:eygle出处:http://blog.eygle.com日期:December22,2004
«Oracle整合仁科的坚苦|Blog首页

从Oracle9i入手下手Oracle供应了一个新的体系包DBMS_METADATA,能够用于提取工具创立的DDL语句。

这个Package功效极为壮大,我们来看看它的利用办法.

1.取得表的创立语句.

SQL>descdbms_metadataFUNCTIONADD_TRANSFORMRETURNSNUMBER...FUNCTIONGET_DDLRETURNSCLOBArgumentNameTypeIn/OutDefault?-------------------------------------------------------------------OBJECT_TYPEVARCHAR2INNAMEVARCHAR2INSCHEMAVARCHAR2INDEFAULTVERSIONVARCHAR2INDEFAULTMODELVARCHAR2INDEFAULTTRANSFORMVARCHAR2INDEFAULT....
SQL>setlong2000
SQL>selectdbms_metadata.get_ddl(TABLE,TEST)fromdual;

DBMS_METADATA.GET_DDL(TABLE,TEST)
--------------------------------------------------------------------------------

CREATETABLE"SYS"."TEST"
("OWNER"VARCHAR2(30),
"OBJECT_NAME"VARCHAR2(128),
"SUBOBJECT_NAME"VARCHAR2(30),
"OBJECT_ID"NUMBER,
"DATA_OBJECT_ID"NUMBER,
"OBJECT_TYPE"VARCHAR2(18),
"CREATED"DATE,
"LAST_DDL_TIME"DATE,
"TIMESTAMP"VARCHAR2(19),
"STATUS"VARCHAR2(7),
"TEMPORARY"VARCHAR2(1),
"GENERATED"VARCHAR2(1),
"SECONDARY"VARCHAR2(1)
)PCTFREE10PCTUSED40INITRANS1MAXTRANS255NOCOMPRESSLOGGING
STORAGE(INITIAL65536NEXT1048576MINEXTENTS1MAXEXTENTS2147483645
PCTINCREASE0FREELISTS1FREELISTGROUPS1BUFFER_POOLDEFAULT)
TABLESPACE"SYSTEM"

SQL>







2.进一步的,能够经由过程dbms_metadata取得更周全的DDL语句

Oracle供应一个周全的典范:
$ORACLE_HOME/rdbms/demo/mddemo.sql
包含索引、受权、触发器等一切DDL语句都能够被提取。

有乐趣的能够参考该文件,依照Demo的例子举行测试。
人们常说“成功孕育成功”,这种说法明显非常适合MySQL的情况。MySQL学习教程这个开源数据库号称在全世界有超过110万份的完全安装。
小魔女 该用户已被删除
沙发
发表于 2015-1-19 21:53:09 | 只看该作者
在select语句中可以使用groupby子句将行划分成较小的组,然后,使用聚组函数返回每一个组的汇总信息,另外,可以使用having子句限制返回的结果集。
柔情似水 该用户已被删除
板凳
发表于 2015-1-28 12:30:24 | 只看该作者
XML字段类型更好的解决了XML数据的操作。XQuery确实不错,但是个人对其没好感。(CSDN的开发者应该是相当的熟了!)
飘飘悠悠 该用户已被删除
地板
发表于 2015-2-5 21:30:30 | 只看该作者
备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。
若相依 该用户已被删除
5#
发表于 2015-2-13 16:52:44 | 只看该作者
也可谈一下你是怎么优化存储过程的?
小女巫 该用户已被删除
6#
发表于 2015-3-4 00:22:04 | 只看该作者
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。
7#
发表于 2015-3-11 14:54:45 | 只看该作者
数据库物理框架没有变动undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。
小妖女 该用户已被删除
8#
发表于 2015-3-19 00:31:15 | 只看该作者
还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。
再见西城 该用户已被删除
9#
发表于 2015-3-26 22:49:36 | 只看该作者
也可谈一下你是怎么优化存储过程的?
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-5-3 13:33

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表