SQLDescribeCol和SQLGetData

这几天做一个东西，要用到ODBC API的一些东西，遇到几个问题，说出来，大家一起注意一下

1，SQLDescribeCol与smalldatetime

     SQLDescribeCol函数返回列的信息，其中包括列的大小，我在项目中，对于常用的类型，都用相应的数据类型来取数据，对于非常用的类型，就根据这个函数返回的列的大小，来申请一这个大小的空间，然后绑定接收数据，这个方法对于许多类型都是可以用的，但对于smalldatatime却出了意外。

    smalldatatime是一种精确到分的结构，他的写法标准为yyyy-mm-dd hh:nn,正好是16位，而用SQLDescribeCol取出来的列的大小也是16位，但如果把一个16位大小的buffer绑定到此字段后，然后用SQLFetch来取数据的话，你会注意会返回失败，错误状态为22003，错误信息的大致的意思是数据被截位，我用查询分析器来查询一下，发现smalldatetime类型返回的格式为

yyyy-mm-dd hh:nn:ss,而ss位全为0，也就是说，在sql server中返回这个类型的时候，把秒位以00进行补充，所以如果用16位的buffer来接收就一定会出错了。后来，我把所以与日期相关的类型都用23位的buffer接收，才解决这个问题。

2，SQLGetData，此函数在定义中写，可以用来取文本和图片类型的大小，这个功能是可以用的，但是如果想用这个功能来取固定长度的字段的大小，你就会发现，这个函数返回失败了。

 

 

自己的想法，

     对于这两点的处理，我感觉还是有点欠妥当的，第一情况应该是SQL SERVER的问题，我看了systypes表中smalldatetime也是16位的，但他的显示结果显然没有忠于这个类型长度的定义，下面这段是MSDN给出的，如果是smalldatetime类型，长度为16，那么就应该返回yyyy-mm-dd hh:mm这个格式，如果返回yyyy-mm-dd hh:mm:ss这个格式，那么就应该把长度返回为19，但以yyyy-mm-dd hh:mm:ss格式返回结果，而又返回16位的长度，这样是不合情理的。SQL_TYPE_TIMESTAMP16 (the number of characters in the yyyy-mm-dd hh:mm format)

19 (the number of characters in the yyyy-mm-dd hh:mm:ss format)

or

20 + s (the number of characters in the yyyy-mm-dd hh:mm:ss[.fff...] format, where s is the seconds precision).

 第两种情况，应该是ODBC接口设计的不够人性化，在使用中很容易造成误解。