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

在数据库设计时，如果某个表需要用到大容量数据类型，那么最好能够将这些大对象数据类型的列与其它列分成独立的表。如现在有一个产品信息表，在这个表中有一个大对象数据类型的数据，用来存储一段关于产品说明的视频资料。此时最好不要将这个列与产品信息表中的其他列存放在一起。最好是将这个大对象数据类型存放在另一张表中，然后通过产品ID关联起来。这对于提高数据库性能具有很大的帮助。如在对数据库进行备份时，由于对大容量的数据类型进行备份时需要花费比较长的时间，并会在很大程度上影响数据库的性能。而且这些大容量的数据类型一般更改也不会很频繁。所以在备份或者还原时，可以只对那些非存储大对象数据类型的表空间进行备份或者还原，从而提高数据库备份或者还原的性能。另外一种可行的方式是，不讲这些大对象信息保存在数据库中。如对于产品说明的视频资料，只是采用不同的可变字符长度数据类型，在表中存储其网络服务器上的路径。然后再客户端程序设计时，设计一个连接。用户点击这个连接就可以自动打开网络服务器上对应的文件。这无疑也会简化数据库的管理。所以，虽然说Oracle数据库提供了对大容量数据的管理能力，但是为了多方面考虑，还是能够采取独立管理为好，至少不要将其他的常规数据存放在同一个表或者同一个表空间中，以利于后续的管理与维护。

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

这些大对象数据类型不仅会影响Oracle数据库的性能，而且在使用上还有不少的限制。如在某些SQL子句中不能够使用这些数据类型。如where 是sql语句中最常用的条件语句，用来过滤数据。但是在这Where子句中，不能够使用大对象数据类型。即不能够根据大对象数据类型来过滤记录，及时这个大对象数据类型可能只是存储着少量的数据。故在采用大对象数据类型之前，需要了解这方面的限制。同理，还有一些子句也不支持这些大对象数据类型。如Order BY用来对某些记录进行排序，但是不能够根据大对对象数据类型对记录进行排序，如使用Order BY CLOB语句，系统就会提醒错误信息。同理，也不能够使用Group By子句对大对象数据类型的数据进行分组汇总。总之，虽然说Oracle数据库中已经专门为大容量数据类型提供了管理的渠道，但是支持其的语句还是比较少的。为此在定义大对象数据类型时，要注意以后数据操作上的烦恼。

另外如果数据库管理员习惯采用SQL*PLUS来设计数据库以及维护数据的时候，也需要注意了。数据库管理员是不能够在sql *plus这个工具上进行查询，显示大对象数据类型的数据。也不能够采用INSERT语句插入大对象类型的数据。如果硬要这么操作的话，则数据库系统会提示“列或者属性无法通过PLUS来显示”的错误信息。所以不仅在查询、排序上会有问题，对大对象数据类型进行数据插入等操作也会遇到阻碍。故虽然Oracle数据库提供了对大对象数据类型的支持，不过笔者不是很赞成用户将什么数据都往数据库系统中存存放，特别是一些视频资料。笔者在数据库部署中，总是告诫用户，能够独立管理这些大对象数据最好进行独立管理，不要放在数据库系统中。如可以将他们放在网络上的共享服务器中，然后通过一个地址来链接这些图片或者视频文件。如果设计的比较周到的话，在客户端界面上设置一个超链接即可。通过这个超链接在需要的时候可以直接打开这个文件。毕竟并不是每次用户查询某个产品信息时都需要用到这个视频说明文件。所以这还可以提高应用程序的性能。因为其默认情况下不会去打开这个大容量的文件。只有在需要时用户才会通过超链接来打开。这显然可以提高应用程序的性能，缩短用户的等待时间。

为此笔者建议，一般情况下只有这些大容量数据类型有同步显示的需要，如查看某个产品信息时，自动在窗口中显示这个产品的图片。在这种情况下才将大对象的数据类型保存在数据库中。除非用这个同步显示的需要，否则的话最好不要将其存放在数据库中。不然的话，对数据库性能、后续维护有害无利。所以Oracle提供的这些大对象数据类型只是用来应急的，而不能够作为常规功能来对待。