作者popcorny (毕业了..@@")
看板java
标题Re: [问题] 关於字串压缩演算法?MD5?URL?
时间Wed Feb 6 11:52:22 2013
※ 引述《cyclone350 (老子我最神)》之铭言：
: ※ 引述《maxpeter2100 (钓)》之铭言：
: : 如标题
: : 小弟最近在处理文字压缩问题
: : 要将很长很长字串写进资料库 oracle 但是如果运用nvarchar总共也才2000
: : 用clob又太占空间
: : 见算今天多开几个nvrchar也会有不够用的可能
: : 所以才想问问看有没有演算法可以压缩字串
: : 我在网路上查了一下 url shortener 或是md5都不怎麽合用
: : url key value两个还是都要存进资料库
: : md5又没有解密方法
: : 不知道版上的高手都是怎麽解决这类问题?
: 可否讲一下你的动机，目标是什麽??
: 蛮好奇的!!!
: 我提出个个人看法
: 首先我的资料库要是可伸缩性的
: 假如你拚死拚活弄个超强压缩演算法
: 能顺利把原本 50000 缩到 1800
: 那万一下礼拜进来一笔资料是 80000 呢?
: 演算法不就要重新研究?
: 我想一个比较简单的方法，如不好板上也可以多多提出见解
: 首先在 table 多加一个 column 叫做 part 好了
: 然後以 1500 做分段
: 例如你有 3200 ， 那你就写入三笔，分别为 1 2 3，大小 1500 1500 200
: 然後 PK 就用原本的 PK 加上 part 作复合式的 PK 就好
其实我不太懂原po的clob很占空间的说法
我对Oracle不熟 但是clob真的不建议用吗?
DB应该会动态allocate空间吧...没有想象中那麽占空间才是
而且对於那种需要存大量string的需求应该很常见吧
clob如果就是拿来这样用的为什麽不用?
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 220.135.251.162
1F：→ PsMonkey:如果因为 clob 不能作 like（假设），但是压缩完还不是.. 02/06 11:53
2F：→ popcorny:是阿..而且如果要search就用fulltext index才是.. 02/06 11:56
3F：→ Lordaeron:用BLOB TYPE基本上是没有PERFORMANCE ISSUE的系统才用 02/06 12:02
4F：→ popcorny:如果是为了效能改存档我可以理解..但是如果是一定要存DB 02/06 12:08
5F：→ pcyu16:有兴趣讨论的人不少 不过缺细节不知道怎麽讨论 02/06 12:09
6F：→ popcorny:那用CLOB应该也没什麽不好吧.. 纯粹以原po的角度 02/06 12:10
7F：→ Lordaeron:只要了解BLOB就知,用它来存, 没什麽好事, 看你怎麽存 02/06 12:48
8F：→ Lordaeron:怎麽取,就该明白了. 有东西是"一定"的吗? 02/06 12:49