informix的字符串类型详解
lvarchar在9.4版本之后才可以用带指定长度的方式，如lvarchar(3000)，不带长度则默认是2048字节，最大长度是32,739字节。所以对于9.4之前的版本，不能用带长度的表达式，数据库会报语法错误。
另，据说informix没有补丁的说法，实际就是升级到高版本，不知道这样的说法是否正确。
在informix中有如下几种对字符串操作的类型：char,varchar,nchar,nvarchar,lvarchar,text
char,varchar,nchar,nvarchar类型的作用同Oracle一样，不同的只在于长度,关于他们的详细解释，参见我的上一篇文章--oracle的字符串类型详解：
http://hi.baidu.com/bjn_wuming/blog/item/ee3463ef2666eee3ce1b3eb6.html
以下为使用winSQL测试的结果：
1、char的最大长度网上普遍说是254，而经过测试后发现却是32767，图"informix中char长度测试1"是在32767长度下建表的正确返回，而"informix中char长度测试2"则是使用32768长度下建表出现了错误提示。
ps:请不用质疑我的测试结果，如果你发现你的informix中的char是254的话，有可能是你的新版本对此做了修正。
informix中char长度测试1,char(32767)运行正常
informix中char长度测试2,char(32768)报错
2、varchar的最大长度为255(在oracle中的长度为4000)。图"informix中varchar长度测试1"和"informix中varchar长度测试2"为的测试结果。
informix中varchar长度测试1,varchar(255)执行正常
informix中varchar长度测试2,varchar(256)执行报错
3、nchar与char相同，最大长度32767，多数情况下1个字符占2字节。
4、nvarchar的最大字符数是255个字符，但是由于它也是在多数情况下1个字符占2字节，所以它的最大长度应该是255*2，也就是510字节。
5、lvarchar比较特殊，通常用于存放比较长但又不会特别长的字符串，其最大长度是32739字节(看好不是32767),如果缺省长度则默认是2048，测试结果见下图，虽然经过上面的测试发现它还不如char和nchar高，但我个人在这一点上更相信网上的普遍说法。char之所以能被测出达到32767那么长的字符，很可能与winsql或者是版本bug有关，并且char和nchar是定长类型。lvarchar是可变长类型，所以在需要定下较长的字段时，无论从稳定性和空间的优化上都应该选择lvarchar
informix中lvarchar长度测试1,lvarchar(32739)执行正常
informix中lvarchar长度测试2,lvarchar(32740)执行报错
6、text与oracle中的long类型一样，用来应对超长字符串的类型，最大长度为2GB，貌似唯一的不同就是long是被oracle官方声明不推荐的类型，而text是informix中常用的处理大字段的类型
以下是特别说明：
1、在定义长度时，括号中的是字符数，而不是字节数，这一点与oracle相同(比如nvarchar中一个字符占2个字节，所以将nvarchar(255)的字段的一个数据填满的话，实际会占510字节的存储空间+1个字节的预留空间)
2、在informix的一个表中对以上字符串类型定义的总长度不能超过32767(不包括对大字段处理的text类型)，而且遇到varchar与nvarchar则总长度会再减1，而遇到lvarchar则需要减3，这是因为可变长度的字段需要对其预留一些空间用于可变操作（varchar和nvarchar是1字节，lvarchar是3个字节，不同的原因，我个人推测是由于支持的字符集问题，lvarchar为了支持一些占3个字节的字符集，所以它会留出3个字节的预留空间）。
如下图"特别声明1"：建立了一个表叫typetest，其中的2个字段varchar与char的长度为255和32512，因为两个长度相加虽然为32767，但是varchar类型要预留1个字节的可变空间，所以其时间占用长度应该为255+1，所以实际长度是32768，超过了32767的长度限制，所以被报错了。
特别声明1
3、如上面所说varchar的实际长度是定义的上限长度再+1，相对的nvarchar也是会加1的，而char和nchar不会。
4、如图"特别声明2"，lvarchar的实际长度为设定的上限长度+3，所以图中2个字段的实际长度为255+32510+3=32768，超过了32767的上限，因而会被报错
特别声明2
5、lvarchar在9.2版本以后才能使用，而在9.4版本以后才可以使用指定长度的方式。
oracle的数据
类型
：CHAR 字符型，最长2000字节NCHAR 基于字符集的字符型，同上
VARCHAR
2 变长字符型，最长4000字节N
VARCHAR
基于字符集的变长字符型，同上
VARCHAR
同
VARCHAR
2NUMBER(s,d) 数字型，总位数位s位，小数位为d位，总长
最大
为38位DATE 日期型LONG 变长字符型，最长为2 G字节RAW 纯二进制数据
类型
，最长为2000字节LON...
l
varchar
在9.4版本之后才可以用带指定
长度
的方式，如l
varchar
(3000)，不带
长度
则默认是2048字节，
最大
长度
是32,739字节。所以对于9.4之前的版本，不能用带
长度
的表达式，数据库会报语法错误。
另，据说
informix
没有补丁的说法，实际就是升级到高版本，不知道这样的说法是否正确。
在
informix
中有如下几种对
字符串
操作的
类型
：char,
varchar
,nch...
Informix
表、索引对字段个数、
长度
的限制情况 1．table：
INFORMIX
对表的单行大小
最大
限制为：32767 byte.对一般的数据
类型
的字段个数没有限制要求，只要行记录大小不超过32767 byte。比如，我们可以创建一个只有char(32)（32 byte大小）一种数据
类型
的字段的话，我们可以一共创建32767/32~=1000 个字段。create t
1）
varchar
与char的区别
Varchar
存储可变长
字符串
，小于255字节时需要1个额外字节(大于255需要2个额外字节)存储
长度
，
最大
长度
为65532字节(所有列总和)；
char存储定长(right paddin...
informix
oracle字符数据
类型
在
informix
中有如下几种对
字符串
操作的
类型
： char(character),
varchar
,nchar,n
varchar
,l
varchar
,text在ORACLE中有如下几种对
字符串
操作的
类型
： char(character),
varchar
(
varchar
2),nchar,n
varchar
2,long,long raw及L
informix
中l
varchar
类型
设计用于存储中度
长度
的字符数据（短的常用
varchar
类型
、特别长的字符可用text
类型
）。其默认
长度
2048byte,
最大
长度
32739byte，是一种可变
长度
的字符
类型
。其性能和稳定性相对较好，但有一缺点：一旦表结构中包含l
varchar
类型
，则后续对其结构的变更性能将异常的低。故对于数据量较大的表（千万级以上）不推荐使用此
类型
！
inf...
Informix
的字段
类型
字段
类型
描述字段
长度
及其缺省值char(size) 用于保存定长(size)字节的
字符串
数据。每行定长（不足部分补为空格）；
最大
长度
为254字节，缺省值为每行1字节。
varchar
(size)用于保存变长的
字符串
数据。其中
最大
字节
长度
由(size)指定。每行
长度
可变，
最大
长度
为254字
1.
informix
一共47条SQL语句，均不区分大小写，数据库名10字内，其余18字内。2.支持8种数据
类型
integer和smallint为较小的数据范围，占用空间小，运算速度快； serial：系统为该
类型
自动生成一个值，类似integer，32位；只能有一个列是该
类型
float和smallfloat：保存较大或较小的数，运算速度快；超出范围记为0 decimal和mone...
再也不用long了！！！之所以发出这样的感慨。是因为最近被long坑了。用户行为分析被报两次服务器和本地时间戳记录不正确的问题。接到问题反馈以后，脑子里先出现了几种导致该问题的可能性1、服务器时间返回有问题?处理结果：测试过程中未复现，无从查证。2、没有处理获取服务器时间接口报错的问题导致?处理结果：将接口返回错误的情况进行处理。经验证，实际上即使接口报错也并不会导致此问题，因为本地时间戳和服务器...
