SQL中char、varchar、text区别
2015-08-23 13:11
351 查看
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”。它表示存储的是Unicod数据类型的字符。我们知道字符中,英文字符只需要一个字节存储就足够了,但汉字众多,需要两个字
节存储,英文与汉字同时存在时容易造成混乱,Unicode字符集就是为了解决字符集这种不兼容的问题而产生的,它所有的字符都用两个字节表示,即英文字符也是用两个字节表示。nchar、nvarchar的
长度是在1到4000之间。和char、varchar比较起来,nchar、
4000
nvarchar则最多存储4000个字符,不论是英文还是汉字;而char、varchar最多能存储8000个英文,4000个汉字。可以看出使用nchar、
nvarchar数据类型时不用担心输入的字符是英文还是汉字,较为方便,但在存储英文时数量上有些损失。
所以一般来说,如果含有中文字符,用nchar/nvarchar,如果纯英文和数字,用char/varchar。
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”。它表示存储的是Unicod数据类型的字符。我们知道字符中,英文字符只需要一个字节存储就足够了,但汉字众多,需要两个字
节存储,英文与汉字同时存在时容易造成混乱,Unicode字符集就是为了解决字符集这种不兼容的问题而产生的,它所有的字符都用两个字节表示,即英文字符也是用两个字节表示。nchar、nvarchar的
长度是在1到4000之间。和char、varchar比较起来,nchar、
4000
nvarchar则最多存储4000个字符,不论是英文还是汉字;而char、varchar最多能存储8000个英文,4000个汉字。可以看出使用nchar、
nvarchar数据类型时不用担心输入的字符是英文还是汉字,较为方便,但在存储英文时数量上有些损失。
所以一般来说,如果含有中文字符,用nchar/nvarchar,如果纯英文和数字,用char/varchar。
相关文章推荐
- Oracle在rownum使用结果集排序
- Hibernate 关于方言
- mysql操作BLOB字段
- redis实现访问频次限制的几种方式
- SQL操作表数据_update操作
- Mysql 会导致锁表的语法
- SQLITE3 语法
- SQL 1-1
- SQLite学习笔记(7)-源代码整理
- OracleHelper(for produce)
- SQLite学习笔记(6)-SQLite架构
- 获得Oracle中刚插入的数据的ID(for produce)
- PostgreSQL Replication之第十三章 使用PL/Proxy扩展(3)
- mac系统在配置navicat时连接数据的时候提示can't connect to mysql server on '127.0.0.1'
- PostgreSQL Replication之第十三章 使用PL/Proxy扩展(2)
- nginx+lua+redis构建高并发应用
- PostgreSQL Replication之第十三章 使用PL/Proxy扩展(1)
- SQLite学习笔记(5)-资料整理
- PostgreSQL Replication之第十二章 与Postgres-XC一起工作(7)
- PostgreSQL Replication之第十二章 与Postgres-XC一起工作(6)