在 Oracle 中存储与管理大对象数据类型


一、Oracle数据库支持的大对象数据类型。

在Oracle数据库中为了更好的管理大容量的数据,专门开发了一些对应的大对象数据类型。具体的来说,有如下几种:

一是BLOB数据类型。它是用来存储可变长度的二进制数据。由于其存储的是通用的二进制数据,为此在数据库之间或者在客户端与服务器之间进行传输的时候,不需要进行字符集的转换。为

此其传输的效率比较高,而不容易出现乱码现象。

二是CLOB数据类型。他主要是用来存储可变长度的字符型数据,也就是其他数据库中提到的文本型数据类型。虽然说VARCHAR2数据类型也可以用来存储可变长度的字符型数据,但是其容量是

非常有限的。而现在这个CLOB数据类型,其可以存储的最大数据量是4GB。而且在定义这个数据类型的时候,不需要指定最大长度。在定义Varchar2数据类型时需要指定。

三是NCLOB数据类型。这个数据类型跟CLOB数据类型相似,也是用来存储字符类型的数据,不过其存储的是Unicode字符集的字符数据。同样,在这个数据类型中,也可以存储多达4GB容量的数

量,而且在定义数据类型时不需要指定长度,数据库会自动根据存储的内容来进行调节。

四是BFILE数据类型。看看名字就知道跟其他的LOB数据类型不同。其是在数据库外面存储的可变二进制数据,其最多也可以存储4GB的数据。这里需要注意的是,在不同的操作系统上其存储的

数据容量可能是不同的。这个数据类型的特殊在于其在数据库之外存储实际数据。也就是说,跟其他大对象数据类型不同,其数据并不是存储在数据文件中,而是独立于数据文件而存在的。

在这个字段中,其只存储了指针信息。

二、不需要为大对象数据类型指定长度。

以上提到的一些大对象数据类型有一个特点,即全部都是可变长度的数据类型,而且在定义时不需要指定其最大的长度。虽然在数据库内建数据类型中也有一些可变长度的数据类型,但是,

其往往需要在定义时指定最大的长度。实际存储数据时不能够超过这个长度。不过这些大容量数据类型则没有这个限制,只要在存储时不要超过其最大4GB的容量限制即可。由于其都是可变长

度的数据类型,为此其实际存储的空间为根据数据容量的大小而改变。即如果某个数据大小只有1GB,那么其实际在硬盘中存储的空间就只有1GB,而不会是4GB。这就是可变长度数据类型的特

征。像其他的一些不可变长数据类型,如果存储的数据容量不够的话,会以空格填充。不过现在这个大对象数据类型由于是可变长度的数据类型,其实际存储的长度会根据世纪数据来进行调

整。为此可以最大限度的提高硬盘空间的使用率。

三、最好将大对象数据类型与普通数据类型分开存放。

在数据库设计时,如果某个表需要用到大容量数据类型,那么最好能够将这些大对象数据类型的列与其它列分成独立的表。如现在有一个产品信息表,在这个表中有一个大对象数据类型的数

据,用来存储一段关于产品说明的视频资料。此时最好不要将这个列与产品信息表中的其他列存放在一起。最好是将这个大对象数据类型存放在另一张表中,然后通过产品ID关联起来。这对

于提高数据库性能具有很大的帮助。如在对数据库进行备份时,由于对大容量的数据类型进行备份时需要花费比较长的时间,并会在很大程度上影响数据库的性能。而且这些大容量的数据类

型一般更改也不会很频繁。所以在备份或者还原时,可以只对那些非存储大对象数据类型的表空间进行备份或者还原,从而提高数据库备份或者还原的性能。另外一种可行的方式是,不讲这

些大对象信息保存在数据库中。如对于产品说明的视频资料,只是采用不同的可变字符长度数据类型,在表中存储其网络服务器上的路径。然后再客户端程序设计时,设计一个连接。用户点

击这个连接就可以自动打开网络服务器上对应的文件。这无疑也会简化数据库的管理。所以,虽然说Oracle数据库提供了对大容量数据的管理能力,但是为了多方面考虑,还是能够采取独立

管理为好,至少不要将其他的常规数据存放在同一个表或者同一个表空间中,以利于后续的管理与维护。

四、大对象数据类型在使用上的限制。

这些大对象数据类型不仅会影响Oracle数据库的性能,而且在使用上还有不少的限制。如在某些SQL子句中不能够使用这些数据类型。如where 是sql语句中最常用的条件语句,用来过滤数据

。但是在这Where子句中,不能够使用大对象数据类型。即不能够根据大对象数据类型来过滤记录,及时这个大对象数据类型可能只是存储着少量的数据。故在采用大对象数据类型之前,需要

了解这方面的限制。同理,还有一些子句也不支持这些大对象数据类型。如Order BY用来对某些记录进行排序,但是不能够根据大对对象数据类型对记录进行排序,如使用Order BY CLOB语句

,系统就会提醒错误信息。同理,也不能够使用Group By子句对大对象数据类型的数据进行分组汇总。总之,虽然说Oracle数据库中已经专门为大容量数据类型提供了管理的渠道,但是支持

其的语句还是比较少的。为此在定义大对象数据类型时,要注意以后数据操作上的烦恼。

另外如果数据库管理员习惯采用SQL*PLUS来设计数据库以及维护数据的时候,也需要注意了。数据库管理员是不能够在sql *plus这个工具上进行查询,显示大对象数据类型的数据。也不能够

采用INSERT语句插入大对象类型的数据。如果硬要这么操作的话,则数据库系统会提示“列或者属性无法通过PLUS来显示”的错误信息。所以不仅在查询、排序上会有问题,对大对象数据类

型进行数据插入等操作也会遇到阻碍。故虽然Oracle数据库提供了对大对象数据类型的支持,不过笔者不是很赞成用户将什么数据都往数据库系统中存存放,特别是一些视频资料。笔者在数

据库部署中,总是告诫用户,能够独立管理这些大对象数据最好进行独立管理,不要放在数据库系统中。如可以将他们放在网络上的共享服务器中,然后通过一个地址来链接这些图片或者视

频文件。如果设计的比较周到的话,在客户端界面上设置一个超链接即可。通过这个超链接在需要的时候可以直接打开这个文件。毕竟并不是每次用户查询某个产品信息时都需要用到这个视

频说明文件。所以这还可以提高应用程序的性能。因为其默认情况下不会去打开这个大容量的文件。只有在需要时用户才会通过超链接来打开。这显然可以提高应用程序的性能,缩短用户的

等待时间。

为此笔者建议,一般情况下只有这些大容量数据类型有同步显示的需要,如查看某个产品信息时,自动在窗口中显示这个产品的图片。在这种情况下才将大对象的数据类型保存在数据库中。

除非用这个同步显示的需要,否则的话最好不要将其存放在数据库中。不然的话,对数据库性能、后续维护有害无利。所以Oracle提供的这些大对象数据类型只是用来应急的,而不能够作为

常规功能来对待。


« 
» 
快速导航

Copyright © 2016 phpStudy | 豫ICP备2021030365号-3