※ 引述《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