数据库与文件 blob 的问题(300分)

  • 主题发起人 主题发起人 wjs
  • 开始时间 开始时间
W

wjs

Unregistered / Unconfirmed
GUEST, unregistred user!
我现在有这样一个问题:
要用三层来解决,数据量较大(可达数十M),每次从中选出数据为200K左右,
数据库的表结构中没有关键字段,需由一个字符串和一个日期来唯一确定,因此

有冗余。用 blob 字段可将该关键字的数据文件保存起来,可节省隶属于该关键
字记录可能有数千条而造成的空间浪费。

现在的问题是: 直接用数据库不用blob字段好, 还是用 ORACLE8 的 BLOB

字段将数据以文件的形式传到客户端,再以编程的方法处理

该文件,再将文件保存到 ORACLE8 的 BLOB 字段传回到服务

器。有位高手建议用后一种方法,我觉得不妥,请大家讨论
一下。
 
后一种方法好。
 
后一种方法好
 
两位能比较一下,详细一些吗?我以为后一种方法显然是比较麻烦的,它好在那里呢?
 
后一种方法好:因为源数据最好不要改变!
 
我觉得后一种方法好
其实,你有时并不需要读出所有的值,只是需要其中的一部分,那样你读出的速度会很快,
另外,处理也相对方便
 
看来已是一边倒的局面了,难道关系数据库就这样被废弃了吗?
 
直接用数据库不用blob字段是什么意思?
为什么要把blob内容用文件形式传回?直接以数据形式传回不可以吗?
 
to 教父:
直接用数据库不用blob字段是什么意思?=> 将数据按字段保存在表内。而不是将原始数据
(文本或二进制记录)文件保存在blob内。
请大家继续讨论>>>
 
IWTBAH:
1.我可用 sql 选取所需数据呀!
2.处理怎么更方便呢?
 
为什么不加一个关键字段
为什么不细分表格
我觉得用关系型数据库好
关键是数据库的设计
关系数据库废弃不了
 
终于有个富翁支持我,非常感谢!!
 
大家举手表态吧,来者有分。
 
支持前一种。
 
我支持后一种,理由是 Blob字段用起来问题太多,这一点在大富翁里就可以证明。
我总是搞不定 Blob.
 
如果真是几十M 的大 blob 字段,有那么上百条记录,就会会大大影响数据库的速度,
所以建议不用 blob,而用文件名来代之。
这并不代表 blob 不好用,对于一般 10M 以下的 blob 数据,用起来还是没有问题的,
至少我没发现。
 
看了那么多的表决我真有点搞不太懂,难道WJS你自己就没试过几十M 的大 blob 字段,
而且还有那么上百条记录,速度是怎么样吗? 就如JOBS所说的,为什么不加一个关键字段?
为什么不细分表格?当你都这样做过了之后,再看看它的速度和后一种方法比较一下,谁快
用谁!谁方便用谁,怎么会发出"关系数据库就这样被废弃了"如此恐怖的感叹?
我认为关系数据库中能优化就尽量优化,BOLB不是个好东东!
CRAB,也许你应该更深入研究一下BOLB!
如果真是几十M 的大 blob 字段,有那么上百条记录,就会会大大影响数据库的速度,
所以建议不用 blob,而用文件名来代之。
这并不代表 blob 不好用,对于一般 10M 以下的 blob 数据,用起来还是没有问题的,
至少我没发现

 
我不懂,看在分的面上,支持前一种(猜的^-^).
 
我赞成直接用数据库,用BLOB总是容易出问题。 :(
 
后退
顶部