char(n)
固定長度為 n 個位元組的且非 unicode 的字元資料。n 必須是乙個介於 1 和 8,000 之間的數值。儲存大小為 n 個位元組（如varchar(6),當字段為qqq時，資料庫實際占用空間為也要6個位元組，而不是3個位元組，但只允許儲存6個位元組，一般中文佔兩個位元組）。
nchar(n)
包含 n 個字元的固定長度 unicode 字元資料。n 的值必須介於 1 與 4,000 之間。位元組的儲存大小是定義字元個數（n）的兩倍。
sql server中，varchar和nvarchar如何選擇？
varchar在sql server中是採用單位元組來儲存資料的，nvarchar是使用unico來儲存資料的．中文字元儲存到sql server中會儲存為兩個位元組（一般採用unico編碼），英文本元儲存到資料庫中，如果欄位的型別為varchar，則只會占用乙個位元組，而如果欄位的型別為nvarchar，則會占用兩個位元組。
正常情況下，我們使用varchar也可以儲存中文字元，但是如果遇到作業系統是英文作業系統並且對中文字型的支援不全面時，在sql server儲存中文字元為varchar就會出現亂碼(顯示為??)。而且正常情況下，主機都會支援中文的環境，所以如果使用varchar來儲存資料，在開發階段是發現不了的。多數情況下，在部署的時候也不會有問題．
但是！如果部署的主機是英文作業系統，並且不支援中文環境，那問題就出來了。所有的varchar欄位在儲存中文的時候都會變成亂碼（顯示為??）。而且一般情況下你不會知道這是因為你採用了錯誤的資料型別來儲存所造成的，你會試著去裝中文字型，試著去設定作業系統的語言環境．．．這些都不能解決問題，唯一能解決問題的是把資料庫欄位的型別個性為nvarchar（或者nchar）。對專案管理比較熟悉的朋友應該都知道，到部署階段再來修改資料庫是乙個很恐怖的事情。
使用nvarchar的另乙個非常好處就是在判斷字串的時候可以不需要考慮中英文兩種字元的差別。
當然，使用nvarchar儲存英文本元會增大一倍的儲存空間。但是在儲存代價已經很低廉的情況下，優先考慮相容性會給你帶來更多好處的。
所以在design的時候應該盡量使用nvarchar來儲存資料。只有在你確保該欄位不會儲存中文的時候，才採用varchar來儲存。
1、char。char儲存定長資料很方便，char欄位上的索引效率級高，比如定義char(10)，那麼不論你儲存的資料是否達到了10個位元組，都要占去10個位元組的空間。
2、varchar。儲存變長資料，但儲存效率沒有char高。如果乙個字段可能的值是不固定長度的，我們只知道它不可能超過10個字元，把它定義為 varchar(10)是最合算的。varchar型別的實際長度是它的值的實際長度從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際情況找到權衡點。
3、text。text儲存可變長度的非unicode資料，最大長度為2^31-1(2,147,483,647)個字元。
4、nchar、nvarchar、ntext。這三種從名字上看比前面三種多了個「n」。它表示儲存的是unicode資料型別的字元。我們知道字元中，英文本元只需要乙個位元組儲存就足夠了，但漢字眾多，需要兩個位元組儲存，英文與漢字同時存在時容易造成混亂，unicode字符集就是為了解決字符集這種不相容的問題而產生的，它所有的字元都用兩個位元組表示，即英文本元也是用兩個位元組表示。nchar、nvarchar的長度是在1到4000之間。和char、varchar比較起來，nchar、nvarchar則最多儲存4000個字元，不論是英文還是漢字；而char、varchar最多能儲存8000個英文，4000個漢字。可以看出使用nchar、nvarchar資料型別時不用擔心輸入的字元是英文還是漢字，較為方便，但在儲存英文時數量上有些損失。
所以一般來說，如果含有中文字元，用nchar/nvarchar，如果純英文和數字，用char/varchar。
c 中一些常見的資料型別
學了也有一兩年的語言了，到現在連基本的資料型別的大小也不是很清楚，或者說是根本就不知道。雖然以前也都看過，但真容易忘。其實感覺好像也不能怪我，誰叫它不經常被用到，或是說不經常被我給用到。其實這也只是為自己找了乙個藉口罷了。直到今天，遇到memset 函式，才想徹底弄清楚一些基本的資料型別的大小，此處...
c 中一些資料型別的轉換
一些型別轉換 string s char 函式c str s char c 10 double 函式atof c 一些輸入格式 cin.get 去掉行末的換行符 if cin.peek n 判斷是否是空行 getchar 表示從輸入欄上獲取乙個字元。包括單個的空格 字元 回車。並返回它。一些知識 1...
MySQL的一些資料型別
如果乙個float型資料轉成二進位制後的第32位之後都是0，那麼資料是準的 如果乙個float型資料轉成二進位制後的第32位之後不全為0，則資料就會存在誤差 float和double型別的區別和誤差 但是decimal型別是mysql官方唯一指定能精確儲存的型別，也是dba強烈推薦和金錢相關的型別都...