作者dchsoft (骇客剑心)
看板Database
标题Re: 栏位存html 原始码问题
时间Wed Nov 26 17:08:49 2008
※ 引述《yingwan (yingwan)》之铭言:
: 大家好
: 有个小问题想请教大家
: 有没有可能资料库里的栏位可以存整个网页的原始码
: 可以摆脱varchar 255的限制吗?
: 谢谢
或许你可以使用ntext
或参考下表
资料型态 预设值 有效范围
char 10 1-8000
varchar 50 1-8000
binary 50 1-8000
varbinary 50 1-8000
nchar 10 1-4000
nvarchar 50 1-4000
char、varchar、binary、varbinary等资料型态的上限值从SQL Server 6.x 255个bytes的限制增加为 8000个bytes。Transact-SQL字串函数也支援这些超长的char与varchar值。text与image资料型态的使用 can now be reserved for very large 资料 values。Substring函数可以用来处理text与image栏位。Nulls与空字串的处理也有改进。新的uniqueidentifier资料型态是提供给储存globally unique identifier (GUID)使用的。
Text、 ntext、和image的值不是以资料横列的方式来储存,而是储存在属於它们自己个别所拥有的分页里。对於这些资料值来说,它们储存在资料横列里的是一个16-byte指标。对於每一个横列而言,这指标是指向资料所在的位置。一个含有多个text、ntext、或image栏位的横列每一个栏位都有一个指标。
在SQL Server 7.0里,分页在逻辑上是组织成一个b-tree结构,但在旧版的SQL Server里,它们是串接在一起形成分页连结(page chain)。这SQL Server 7.0方法的优点在於以字串的中间开始执行的操作会更有效率。SQL Server 7.0 可以快速的浏览b-tree, 但旧版的SQL Server必须扫瞄整个分页连结。
个别的text、ntext、及image分页不会被限制只能储存一个出现(occurrence)的资料。 一个可以储存多个横列的资料;甚至还可以将这类型态的资料混合在一起储存到一个分页中。
--
我并不完美,但努力做到完美.
改变所不能接受的,接受所不能改变的
Snoopy~~
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 210.192.34.14
1F:推 yingwan:谢谢你回应,可惜我是用PostgreSQL,没有ntext 11/27 05:34