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