Sql Server之數(shù)據(jù)類型詳解
Character 字符串:
數(shù)據(jù)類型 | 描述 | 存儲 |
---|---|---|
char(n) | 固定長度的字符串。最多 8,000 個字符。 | n |
varchar(n) | 可變長度的字符串。最多 8,000 個字符。 | |
varchar(max) | 可變長度的字符串。最多 1,073,741,824 個字符。 | |
text | 可變長度的字符串。最多 2GB 字符數(shù)據(jù)。 |
Unicode 字符串:
數(shù)據(jù)類型 | 描述 | 存儲 |
---|---|---|
nchar(n) | 固定長度的 Unicode 數(shù)據(jù)。最多 4,000 個字符。 | |
nvarchar(n) | 可變長度的 Unicode 數(shù)據(jù)。最多 4,000 個字符。 | |
nvarchar(max) | 可變長度的 Unicode 數(shù)據(jù)。最多 536,870,912 個字符。 | |
ntext | 可變長度的 Unicode 數(shù)據(jù)。最多 2GB 字符數(shù)據(jù)。 |
Binary 類型:
數(shù)據(jù)類型 | 描述 | 存儲 |
---|---|---|
bit | 允許 0、1 或 NULL | |
binary(n) | 固定長度的二進制數(shù)據(jù)。最多 8,000 字節(jié)。 | |
varbinary(n) | 可變長度的二進制數(shù)據(jù)。最多 8,000 字節(jié)。 | |
varbinary(max) | 可變長度的二進制數(shù)據(jù)。最多 2GB 字節(jié)。 | |
image | 可變長度的二進制數(shù)據(jù)。最多 2GB。 |
Number 類型:
數(shù)據(jù)類型 | 描述 | 存儲 |
---|---|---|
tinyint | 允許從 0 到 255 的所有數(shù)字。 | 1 字節(jié) |
smallint | 允許從 -32,768 到 32,767 的所有數(shù)字。 | 2 字節(jié) |
int | 允許從 -2,147,483,648 到 2,147,483,647 的所有數(shù)字。 | 4 字節(jié) |
bigint | 允許介于 -9,223,372,036,854,775,808 和 9,223,372,036,854,775,807 之間的所有數(shù)字。 | 8 字節(jié) |
decimal(p,s) | 固定精度和比例的數(shù)字。允許從 -10^38 +1 到 10^38 -1 之間的數(shù)字。 p 參數(shù)指示可以存儲的最大位數(shù)(小數(shù)點左側(cè)和右側(cè))。p 必須是 1 到 38 之間的值。默認是 18。 s 參數(shù)指示小數(shù)點右側(cè)存儲的最大位數(shù)。s 必須是 0 到 p 之間的值。默認是 0。 | 5-17 字節(jié) |
numeric(p,s) | 固定精度和比例的數(shù)字。允許從 -10^38 +1 到 10^38 -1 之間的數(shù)字。 p 參數(shù)指示可以存儲的最大位數(shù)(小數(shù)點左側(cè)和右側(cè))。p 必須是 1 到 38 之間的值。默認是 18。 s 參數(shù)指示小數(shù)點右側(cè)存儲的最大位數(shù)。s 必須是 0 到 p 之間的值。默認是 0。 | 5-17 字節(jié) |
smallmoney | 介于 -214,748.3648 和 214,748.3647 之間的貨幣數(shù)據(jù)。 | 4 字節(jié) |
money | 介于 -922,337,203,685,477.5808 和 922,337,203,685,477.5807 之間的貨幣數(shù)據(jù)。 | 8 字節(jié) |
float(n) | 從 -1.79E + 308 到 1.79E + 308 的浮動精度數(shù)字數(shù)據(jù)。 參數(shù) n 指示該字段保存 4 字節(jié)還是 8 字節(jié)。float(24) 保存 4 字節(jié),而 float(53) 保存 8 字節(jié)。n 的默認值是 53。 | 4 或 8 字節(jié) |
real | 從 -3.40E + 38 到 3.40E + 38 的浮動精度數(shù)字數(shù)據(jù)。 | 4 字節(jié) |
Date 類型:
數(shù)據(jù)類型 | 描述 | 存儲 |
---|---|---|
datetime | 從 1753 年 1 月 1 日 到 9999 年 12 月 31 日,精度為 3.33 毫秒。 | 8 bytes |
datetime2 | 從 1753 年 1 月 1 日 到 9999 年 12 月 31 日,精度為 100 納秒。 | 6-8 bytes |
smalldatetime | 從 1900 年 1 月 1 日 到 2079 年 6 月 6 日,精度為 1 分鐘。 | 4 bytes |
date | 僅存儲日期。從 0001 年 1 月 1 日 到 9999 年 12 月 31 日。 | 3 bytes |
time | 僅存儲時間。精度為 100 納秒。 | 3-5 bytes |
datetimeoffset | 與 datetime2 相同,外加時區(qū)偏移。 | 8-10 bytes |
timestamp | 存儲唯一的數(shù)字,每當創(chuàng)建或修改某行時,該數(shù)字會更新。timestamp 基于內(nèi)部時鐘,不對應真實時間。每個表只能有一個 timestamp 變量。 |
其他數(shù)據(jù)類型:
數(shù)據(jù)類型 | 描述 |
---|---|
sql_variant | 存儲最多 8,000 字節(jié)不同數(shù)據(jù)類型的數(shù)據(jù),除了 text、ntext 以及 timestamp。 |
uniqueidentifier | 存儲全局標識符 (GUID)。 |
xml | 存儲 XML 格式化數(shù)據(jù)。最多 2GB。 |
cursor | 存儲對用于數(shù)據(jù)庫操作的指針的引用。 |
table | 存儲結(jié)果集,供稍后處理。 |
- 定長或變長
所謂定長就是長度固定的,當輸入的數(shù)據(jù)長度沒有達到指定的長度時將自動以英文空格在其后面填充,使長度達到相應的長度;有var
前綴的,表示是實際存儲空間是變長的,比如varchar,nvarchar
變長字符數(shù)據(jù)則不會以空格填充,比較例外的是,text存儲的也是可變長。 - Unicode或非Unicode
數(shù)據(jù)庫中,英文字符只需要一個字節(jié)存儲就足夠了,但漢字和其他眾多非英文字符,則需要兩個字節(jié)存儲。如果英文與漢字同時存在,由于占用空間數(shù)不同,容易造成混亂,導致讀取出來的字符串是亂碼。Unicode字符集就是為了解決字符集這種不兼容的問題而產(chǎn)生的,它所有的字符都用兩個字節(jié)表示,即英文字符也是用兩個字節(jié)表示。而前綴n就表示Unicode字符,比如nchar,nvarchar
,這兩種類型使用了Unicode字符集。 - 基于以上兩點來看看字段容量
char,varchar 最多8000個英文,4000個漢字 nchar,nvarchar 可存儲4000個字符,無論英文還是漢字 - 使用
如果數(shù)據(jù)量非常大,又能100%確定長度且保存只是ansi字符,那么char
能確定長度又不一定是ansi字符或者,那么用nchar
;
對于超大數(shù)據(jù),如文章內(nèi)容,使用nText
其他的通用nvarchar
char、varchar、nchar、nvarchar特點比較
CHARCHAR
存儲定長數(shù)據(jù)很方便,CHAR
字段上的索引效率級高,比如定義char(10)
,那么不論你存儲的數(shù)據(jù)是否達到了10個字節(jié),都要占去10個字節(jié)的空間。VARCHAR
存儲變長數(shù)據(jù),但存儲效率沒有CHAR
高,如果一個字段可能的值是不固定長度的,我們只知道它不可能超過10個字符,把它定義為VARCHAR(10)
是最合算的。VARCHAR
類型的實際長度是它的值的實際長度+1。為什么"+1"呢?這一個字節(jié)用于保存實際使用了多大的長度。
從空間上考慮,用varchar合適;從效率上考慮,用char合適,關(guān)鍵是根據(jù)實際情況找到權(quán)衡點。
- TEXT
text
存儲可變長度的非Unicode數(shù)據(jù),最大長度為2^31-1(2,147,483,647)個字符。 NCHAR
、NVARCHAR
、NTEXT
這三種從名字上看比前面三種多了個"N"。和char
、varchar
比較起來,nchar
、nvarchar
最多存儲4000個字符,不論是英文還是漢字;而char
、varchar
最多能存儲8000個英文,4000個漢字。可以看出使用nchar
、nvarchar
數(shù)據(jù)類型時不用擔心輸入的字符是英文還是漢字,較為方便,但在存儲英文時數(shù)量上有些損失。
所以一般來說,如果含有中文字符,用nchar/nvarchar,如果純英文和數(shù)字,用char/varchar。
到此這篇關(guān)于Sql Server之數(shù)據(jù)類型詳解的文章就介紹到這了。希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
SQL Server 2016 無域群集配置 AlwaysON 可用性組圖文教程
這篇文章主要介紹了SQL Server 2016 無域群集配置 AlwaysON 可用性組圖文教程,需要的朋友可以參考下2017-04-04sql2000報錯Successfully re-opened the local eventlog解決方法
這篇文章主要介紹了sql2000報錯Successfully re-opened the local eventlog解決方法,需要的朋友可以參考下2014-12-12SQL Server利用bcp命令把SQL語句結(jié)果生成文本文件
在SQL Server里可以調(diào)用DOS下的命令行工具bcp來實現(xiàn)把表里的數(shù)據(jù)或者SQL語句結(jié)果生成文本文件,詳細看下操作方法,感興趣的你可不要錯過了哈2013-02-02使用綠色版SQLServer2008R2出現(xiàn)的問題解析
這篇文章主要介紹了使用綠色版SQLServer2008R2出現(xiàn)的問題,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-03-03通過T-SQL語句實現(xiàn)數(shù)據(jù)庫備份與還原的代碼
利用T-SQL語句,實現(xiàn)數(shù)據(jù)庫的備份與還原的功能,需要的朋友可以參考下。2011-11-11一條語句簡單解決“每個Y的最新X”的經(jīng)典sql語句
“每個Y的最新X”是一個經(jīng)典的SQL問題,工作中經(jīng)常碰到。當然不是“按Y分組求最新的X值”那么簡單,要求最新X的那條記錄或主鍵ID。用一條SQL語句可以簡單的解決此問題。 生成實例表和數(shù)據(jù):2008-03-03SQL?Server?2022?AlwaysOn新特性之包含可用性組詳解
這篇文章主要介紹了SQL?Server?2022?AlwaysOn新特性之包含可用性組介紹,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-04-04