仓酷云

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

[学习教程] MYSQL编程:Oracle 数据范例

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

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

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

x
MySQL的支持者们却认为,MySQL所保留的功能都是精华,并且是你部署、MySQL学习教程配置和维护这个数据库所必不可少的一些功能。oracle|数据|数据范例

数据范例参数形貌char(n)n=1to2000字节定长字符串,n字节长,假如不指定长度,缺省为1个字节长(一个汉字为2字节)varchar2(n)n=1to4000字节可变长的字符串,详细界说时指明最年夜长度n,
这类数据范例能够放数字、字母和ASCII码字符集(大概EBCDIC等数据库体系承受的字符集尺度)中的一切标记。
假如数据长度没有到达最年夜值n,Oracle8i会依据数据巨细主动调治字段长度,
假如你的数据前后有空格,Oracle8i会主动将其删往。VARCHAR2是最经常使用的数据范例。
可做索引的最年夜长度3209。number(m,n)m=1to38
n=-84to127可变长的数值列,同意0、正值及负值,m是一切无效数字的位数,n是小数点今后的位数。
如:number(5,2),则这个字段的最年夜值是99,999,假如数值超越了位数限定就会被截取过剩的位数。
如:number(5,2),但在一行数据中的这个字段输出575.316,则真正保留到字段中的数值是575.32。
如:number(3,0),输出575.316,真正保留的数据是575。date无从公元前4712年1月1日到公元4712年12月31日的一切正当日期,
Oracle8i实在在外部是按7个字节来保留日期数据,在界说中还包含小时、分、秒。
缺省格局为DD-MON-YY,如07-11月-00暗示2000年11月7日。long无可变长字符列,最年夜长度限定是2GB,用于不必要作字符串搜刮的长串数据,假如要举行字符搜刮就要用varchar2范例。
long是一种较老的数据范例,未来会渐渐被BLOB、CLOB、NCLOB等年夜的工具数据范例所代替。raw(n)n=1to2000可变长二进制数据,在详细界说字段的时分必需指明最年夜长度n,Oracle8i用这类格局来保留较小的图形文件或带格局的文本文件,如MiceosoftWord文档。
raw是一种较老的数据范例,未来会渐渐被BLOB、CLOB、NCLOB等年夜的工具数据范例所代替。longraw无可变长二进制数据,最年夜长度是2GB。Oracle8i用这类格局来保留较年夜的图形文件或带格局的文本文件,如MiceosoftWord文档,和音频、视频等非文本文件。
在统一张表中不克不及同时有long范例和longraw范例,longraw也是一种较老的数据范例,未来会渐渐被BLOB、CLOB、NCLOB等年夜的工具数据范例所代替。blob
clob
nclob无三种年夜型工具(LOB),用来保留较年夜的图形文件或带格局的文本文件,如MiceosoftWord文档,和音频、视频等非文本文件,最年夜长度是4GB。
LOB有几品种型,取决于你利用的字节的范例,Oracle8i实其实在地将这些数据存储在数据库外部保留。
能够实行读取、存储、写进等特别操纵。bfile无在数据库内部保留的年夜型二进制工具文件,最年夜长度是4GB。
这类内部的LOB范例,经由过程数据库纪录变更情形,可是数据的详细保留是在数据库内部举行的。
Oracle8i能够读取、查询BFILE,可是不克不及写进。
巨细由操纵体系决意。通过支付一定费用,客户可以得到优先的24/7支持,访问内容丰富的在线知识库和联系一个专门的技术负责经理。
灵魂腐蚀 该用户已被删除
沙发
发表于 2015-1-25 23:29:49 | 只看该作者
微软对CLR作了大篇幅的宣传,这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜,感觉对象数据库的一些概念可以实现了。
透明 该用户已被删除
板凳
发表于 2015-2-4 13:19:39 | 只看该作者
每天坚持做不一样的是,认真做笔录,定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣,你少不了需要看很多很多的书籍了。
因胸联盟 该用户已被删除
地板
发表于 2015-2-9 23:29:22 | 只看该作者
索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。
愤怒的大鸟 该用户已被删除
5#
发表于 2015-2-28 05:36:15 | 只看该作者
可能有的朋友会抱怨集成的orderby,其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率,可以为orderby的字段建立聚集索引,查询计划会忽略orderby操作(因为本来就是排序的嘛)。
若天明 该用户已被删除
6#
发表于 2015-3-9 21:32:39 | 只看该作者
你可以简单地认为适合的就是好,不适合就是不好。
7#
发表于 2015-3-17 01:12:49 | 只看该作者
外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键,都是通过程序来控制父子数据的完整性。
再见西城 该用户已被删除
8#
发表于 2015-3-23 14:41:54 | 只看该作者
从项目平台的选择上讲,我们关心的,应该是一款产品能不能满足任务需求,而不是网上怎么说。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-5-18 12:35

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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