关于海量文件存储在oracle数据库的问题

dacat

谢谢大家的回复,目前主流处理大文件的方法是把文件放在文件系统,指针放在数据库内,这样可以减少并发访问量..
但oracle 的blob什么时候用比较好啊..如果都放在文件系统,blob岂不是无用,估计是个权衡..小的文件放在数据库内,不占大的并发访问时间可能还是可以接受的,而且oracle 11g还给了新的secure file类型,可以对文件加密,secure file类型和以往的数据类型在性能和存储上有什么不同啊..大家认为一般多大的文件放在数据库内比较合适,几十k,几十兆,几百兆
文件个数多少为宜?32位oracle的表空间一个文件是32G,64为oracle表空间一个数据文件可以建立多大啊..
把海量文件存放在数据库的blob内,数据库的表空间应该如何设计啊..
我觉的一概说文件不要放在数据库内也不妥..因为oracle毕竟给了blob,clob数据类型..似乎需要具体需求定量分析吧..谢谢大家啊..多指教啊..

chwp

既然需要具体需求定量分析，那就看你项目的情况了
比如架构，实现方式，开发人员的水平等等
如果要做查询，自然要放在数据库内，但如果仅仅存放一下，文件系统也没什么不妥
至于blob,clob数据类型，能用上就用，永不上，也没什么纠结的

Yong Huang

I think one huge datafile in the case of a bigfile tablespace has one annoyance. If the datafile has a corruption, you need to offline the file, in effect bringing offline the entire tablespace. But if this is a small datafile among many datafiles for the tablespace, it's possible some SQLs can still run because they don't need to access the data that happen to be in this bad datafile.

As to storing file content or binary content inside the DB vs. on the file system, I always prefer the file system. Backing up plain files is much easier than backing up database data or datafiles.

Yong Huang

TO_TO_RO

oracle 推出大文件表空间自然有他的道理，我认为一定是在性能和可操作性方面有改善。（当然，我没有看到官方有对大文件表空间性能提升的解释说明，纯属人性化推测哈）但是，运维是一个整体。需要综合考虑比如 Yong Huang 说的关于故障恢复等方面也是需要考虑的。
就是根据各人实际情况来选择了。

Yong Huang

> oracle 推出大文件表空间自然有他的道理，我认为一定是在性能和可操作性方面有改善

If you can do some performance test, please post the test results. Thanks. But honestly, I doubt there's measurable difference.

Yong Huang