char、varchar、text和nchar、nvarchar、ntext的區(qū)別
公司主營業(yè)務(wù)：網(wǎng)站建設(shè)、成都做網(wǎng)站、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出興寧免費做網(wǎng)站回饋大家。
1、CHAR。CHAR存儲定長數(shù)據(jù)很方便，CHAR字段上的索引效率級高，比如定義char(10)，那么不論你存儲的數(shù)據(jù)是否達到了10個字節(jié)，都要占去10個字節(jié)的空間,不足的自動用空格填充。2、VARCHAR。存儲變長數(shù)據(jù)，但存儲效率沒有CHAR高。如果一個字段可能的值是不固定長度的，我們只知道它不可能超過10個字符，把它定義 為 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。為什么“+1”呢？這一個字節(jié)用于保存實際使用了多大的長度。 從空間上考慮，用varchar合適；從效率上考慮，用char合適，關(guān)鍵是根據(jù)實際情況找到權(quán)衡點。 3、TEXT。text存儲可變長度的非Unicode數(shù)據(jù)，最大長度為2^31-1(2,147,483,647)個字符。4、NCHAR、NVARCHAR、NTEXT。這三種從名字上看比前面三種多了個“N”。它表示存儲的是Unicode數(shù)據(jù)類型的字符。我們知道 字符中，英文字符只需要一個字節(jié)存儲就足夠了，但漢字眾多，需要兩個字節(jié)存儲，英文與漢字同時存在時容易造成混亂，Unicode字符集就是為了解決字符 集這種不兼容的問題而產(chǎn)生的，它所有的字符都用兩個字節(jié)表示，即英文字符也是用兩個字節(jié)表示。nchar、nvarchar的長度是在1到4000之間。 和char、varchar比較起來，nchar、nvarchar則最多存儲4000個字符，不論是英文還是漢字；而char、varchar最多能存 儲8000個英文，4000個漢字。可以看出使用nchar、nvarchar數(shù)據(jù)類型時不用擔(dān)心輸入的字符是英文還是漢字，較為方便，但在存儲英文時數(shù) 量上有些損失。 decimal 數(shù)據(jù)類型最多可存儲 38 個數(shù)字，所有數(shù)字都能夠放到小數(shù)點的右邊。decimal 數(shù)據(jù)類型存儲了一個準確（精確）的數(shù)字表達法；不存儲值的近似值。定義 decimal 的列、變量和參數(shù)的兩種特性如下： · p 小數(shù)點左邊和右邊數(shù)字之和，不包括小數(shù)點。如 123.45,則 p=5，s=2。 指定精度或?qū)ο竽軌蚩刂频臄?shù)字個數(shù)。· s 指定可放到小數(shù)點右邊的小數(shù)位數(shù)或數(shù)字個數(shù)。p 和 s 必須遵守以下規(guī)則：0 = s = p = 38。numeric 和 decimal 數(shù)據(jù)類型的默認最大精度值是 38。在 Transact-SQL 中，numeric 與 decimal 數(shù)據(jù)類型在功能上等效。當(dāng)數(shù)據(jù)值一定要按照指定精確存儲時，可以用帶有小數(shù)的 decimal 數(shù)據(jù)類型來存儲數(shù)字。float 和 real 數(shù)據(jù)float 和 real 數(shù)據(jù)類型被稱為近似的數(shù)據(jù)類型。在近似數(shù)字數(shù)據(jù)類型方面，float 和 real 數(shù)據(jù)的使用遵循 IEEE 754 標準。近似數(shù)字數(shù)據(jù)類型并不存儲為多數(shù)數(shù)字指定的精確值，它們只儲存這些值的最近似值。在很多應(yīng)用程序中，指定值與存儲值之間的微小差異并不明顯。但有時這些差異也值得引起注意。由于 float 和 real 數(shù)據(jù)類型的這種近似性，當(dāng)要求精確的數(shù)字狀態(tài)時，比如在財務(wù)應(yīng)用程序中，在那些需要舍入的操作中，或在等值核對的操作中，就不使用這些數(shù)據(jù)類型。這時就要用 integer、decimal、money 或 smallmone 數(shù)據(jù)類型。在 WHERE 子句搜索條件中（特別是 = 和 運算符），應(yīng)避免使用 float 或 real 列。最好限制使用 float 和 real 列做 或 的比較。IEEE 754 規(guī)格提供了四種舍入模式：舍入到最接近的值、上舍入、下舍入和舍入到零。Microsoft?0?3 SQL Server?6?4 使用上舍入。所有的數(shù)值必須精確到確定的精度，但會產(chǎn)生細小的浮點值變化。因為浮點數(shù)字的二進制表示法可以采用很多合法舍入規(guī)則中的任意一條，因此我們不可能可靠地量化一個浮點值。轉(zhuǎn)換 decimal 和 numeric 數(shù)據(jù)對于 decimal 和 numeric 數(shù)據(jù)類型，Microsoft?0?3 SQL Server?6?4 將精度和小數(shù)位數(shù)的每個特定組合看作是不同的數(shù)據(jù)類型。例如，decimal(5,5) 和 decimal(5,0) 被當(dāng)作不同的數(shù)據(jù)類型。(因此在編存儲過程當(dāng)中使用的變量采用Real 或 Float,而不采用decimal類型)在 Transact-SQL 語句中，帶有小數(shù)點的常量自動轉(zhuǎn)換為 numeric 數(shù)據(jù)值，且必然使用最小的精度和小數(shù)位數(shù)。例如，常量 12.345 被轉(zhuǎn)換為 numeric 值，其精度為 5，小數(shù)位為 3。從 decimal 或 numeric 向 float 或 real 轉(zhuǎn)換會導(dǎo)致精度損失。從 int、smallint、tinyint、float、real、money 或 smallmoney 向 decimal 或 numeric 轉(zhuǎn)換會導(dǎo)致溢出。默認情況下，在將數(shù)字轉(zhuǎn)換為較低精度和小數(shù)位數(shù)的 decimal 或 numeric 值時，SQL Server 使用舍入法。然而，如果 SET ARITHABORT 選項為 ON，當(dāng)發(fā)生溢出時，SQL Server 會出現(xiàn)錯誤。若僅損失精度和小數(shù)位數(shù)，則不會產(chǎn)生錯誤。
差是except 交是intersection
UNION的語法格式為：
SELECT COLUMN_NAME
FROM TABLE_NAME
WHERE CONDITION
UNION [ALL]
SELECT COLUMN_NAME
FROM TABLE_NAME
WHERE CONDITION
[, ...n ]
其中COLUMN_NAME為查詢字段的名稱。字段的定義(UNION 運算的一部分)不必完全相同，但它們必須能夠通過隱式轉(zhuǎn)換相互兼容。UNION 指定組合多個結(jié)果集并返回為單個結(jié)果集。ALL表示將所有行合并到結(jié)果集合中。不指定該項時，被聯(lián)合查詢結(jié)果集合中的重復(fù)行將只保留一行。
EXCEPT和INTERSECT運算符的使用語法如下所示。
SELECT COLUMN_NAME
FROM TABLE_NAME
WHERE CONDITION
{ EXCEPT | INTERSECT }
SELECT COLUMN_NAME
FROM TABLE_NAME
WHERE CONDITION
[,...n ]
運算符的查詢選擇列表中的所有對應(yīng)項必須是相容的。有關(guān)更多信息，參見 SQL Reference 中的數(shù)據(jù)類型相容性表。
ORDER BY 子句(如果使用該子句的話)必須放在最后一個帶有集合運算符的查詢后面。對于每個運算符來說，如果列的名稱與查詢的選擇列表中對應(yīng)項的名稱相同，則該列名只能在 ORDER BY 子句中使用。
在具有相同數(shù)據(jù)類型和相同長度的列之間進行的運算會產(chǎn)生一個具有該類型和長度的列。針對 UNION、EXCEPT 以及 INTERSECT 集合運算符的結(jié)果，參見 SQL Reference 中結(jié)果數(shù)據(jù)類型的規(guī)則。
SQL 中不支持，不要和C語言或Java這類語言弄混了，
SQL里使用and
相當(dāng)于!=都是不等于的意思，我?guī)煾刚f用比較不會跟等號混淆，由于!=如果粗心的話容易看成=
重慶分公司
重慶分公司
