SQL 2005 資料型別

2021-04-18 20:30:21 字數 2849 閱讀 5871

1.

用varchar(max)

代替text

。varchar

的最大長度為

8000

,但是varchar(max)

則可以儲存多達

2g的資料,因此其作用相當於

sql 2000

中的text

。但是微軟可能會後續的

sql server

版本中移除

text

型別,從現在就應該用

varchar(max)

來代替text。2.

增加了xml

資料型別,儲存

xml資料的列不需要用

varchar(max)

或nvarchar(max)

,而應當用

xml資料型別,以利用

t-sql

中專門針對

xml資料列的新命令,以及針對

xml列的索引 3.

用binary(max)

代替image. 4.

可以使用字串函式對

clob

型別進行操作

5.其他:

1)char

、varchar

、text

和nchar

、nvarchar

、ntext

char

和varchar

的長度都在1到

8000

之間,它們的區別在於

char

是定長字元資料,而

varchar

是變長字元資料。所謂定長就是長度固定的,當輸入的資料長度沒有達到指定的長度時將自動以英文空格在其後面填充,使長度達到相應的長度;而變長字元資料則不會以空格填充。

text

儲存可變長度的非

unicode

資料,最大長度為

2^31-1(2,147,483,647)

個字元。

後面三種資料型別和前面的相比,從名稱上看只是多了個字母

"n",它表示儲存的是

unicode

資料型別的字元。寫過程式的朋友對

unicode

應該很了解。字元中,英文本元只需要乙個位元組儲存就足夠了,但漢字眾多,需要兩個位元組儲存,英文與漢字同時存在時容易造成混亂,

unicode

字符集就是為了解決字符集這種不相容的問題而產生的,它所有的字元都用兩個位元組表示,即英文本元也是用兩個位元組表示。

nchar

、nvarchar

的長度是在1到

4000

之間。和

char

、varchar

比較:nchar

、nvarchar

則最多儲存

4000

個字元,不論是英文還是漢字;而

char

、varchar

最多能儲存

8000

個英文,

4000

個漢字。可以看出使用

nchar

、nvarchar

資料型別時不用擔心輸入的字元是英文還是漢字,較為方便,但在儲存英文時數量上有些損失。 2)

datetime

和**alldatetime

datetime

:從2023年1

月1日到2023年12

月31日的日期和時間資料,精確到百分之三秒。

**alldatetime

:從2023年1

月1日到2023年6

月6日的日期和時間資料,精確到分鐘。

3)

bitint

、int

、**allint

、tinyint

和bit

bigint

:從-2^63(-9223372036854775808)

到2^63-1(9223372036854775807)

的整型資料。

int:從

-2^31(-2,147,483,648)

到2^31-1(2,147,483,647)

的整型資料。

**allint

:從-2^15(-32,768)

到2^15-1(32,767)

的整數資料。

tinyint:從0

到255

的整數資料。

bit:1或

0的整數資料。

4)

decimal

和numeric

這兩種資料型別是等效的。都有兩個引數:

p(精度)和

s(小數字數)。

p指定小數點左邊和右邊可以儲存的十進位制數字的最大個數,

p必須是從1到

38之間的值。

s指定小數點右邊可以儲存的十進位制數字的最大個數,

s必須是從0到

p之間的值,預設小數字數是0。

5)

float

和real

float

:從-1.79^308

到1.79^308

之間的浮點數字資料。

real

:從-3.40^38

到3.40^38

之間的浮點數字資料。在

sql server

中,real

的同義詞為

float(24)

sql2005資料庫資料型別

sql server 2005的資料型別與sql 2000有一些不同,在建立表時,列的資料型別需要注意幾點 找到這些資料是因為在儲存過程裡面定義區域性變數的時候使用ntext,text,image型別的會出現錯誤。把問題發到鄭州俱樂部的群裡面,大家真當作一回事情討論了一番。本來還以為定義成varch...

sql 2005 日期時間 資料型別

資料型別 範圍精確度 datetime 1753年1月1日至9999年12月31日 3.33毫秒 smalldatetime 1900年1月1日至2079年6月6日 1分鐘1753的由來 這個限制 於歷史原因.歷史上,在西方有兩種曆法制度 儒略曆 julian calendar 格里曆 gregor...

SQL 2005 資料加密

1.建立資料庫主金鑰 use master key gocreate master key encrypyion by password password go 2.建立存放加密資料的表 create table dbo.sectable id int identity primary key,da...