sqlite的字段型別選擇

2021-08-26 17:03:49 字數 1486 閱讀 2470

下文來自:

--------------------------------------------

char、varchar、text和nchar、nvarchar、ntext的區別

1、char。char儲存定長資料很方便,char欄位上的索引效率級高,比如定義char(10),那麼不論你儲存的資料是否達到了10個位元組,都要占去10個位元組的空間,不足的自動用空格填充。

2、varchar。儲存變長資料,但儲存效率沒有char高。如果乙個字段可能的值是不固定長度的,我們只知道它不可能超過10個字元,把它定義為 varchar(10)是最合算的。varchar型別的實際長度是它的值的實際長度+1。為什麼「+1」呢?這乙個位元組用於儲存實際使用了多大的長度。從空間上考慮,用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。

sqlite最大的特點在於其資料型別為無資料型別(typelessness)。這意味著可以儲存任何型別的資料到所想要儲存的任何表的任何列中,無論這列宣告的資料型別是什麼。雖然在生成表結構的時候,要宣告每個域的資料型別,但sqlite並不做任何檢查。開發人員要靠自己的程式來控制輸入與讀出資料的型別。這裡有乙個例外,就是當主鍵為整型值時,如果要插入乙個非整型值時會產生異常。

雖然,sqlite允許忽略資料型別,但是,仍然建議在create table語句中指定資料型別,因為資料型別有利於增強程式的可讀性。另外,雖然在插入或讀出資料的時候是不區分型別的,但在比較的時候,不同資料型別是有區別的

注意:

index為sqlite中的關鍵字,因此建表的時候,需要注意!

sqlite變更字段型別

因為sqlite不能完全支援sql語句,只能增加字段,不能drop欄位,所以,要修改某錶的某欄位資料型別,只能 alter table tbacct rename to tbacctold 先將表重新命名 create table tbacct id integer primary key auto...

字段型別與合理的選擇字段型別

本篇部落格稍微有點長,它實際上包括兩個內容 一是mysql欄位型別的介紹,二是在mysql建表過程中是如何正確選擇這些字段型別 mysql 的數值資料型別可以大致劃分為兩個類別,乙個是整數,另乙個是浮點數或小數。許多不同的子型別對這些類別中的每乙個都是可用的,每個子型別支援不同大小的資料,並且 my...

字段型別與合理的選擇字段型別

mysql 的數值資料型別可以大致劃分為兩個類別,乙個是整數,另乙個是浮點數或小數。許多不同的子型別對這些類別中的每乙個都是可用的,每個子型別支援不同大小的資料,並且 mysql 允許我們指定數值字段中的值是否有正負之分 unsigned 或者用零填補 zerofill mysql 以乙個可選的顯示...