其实也许不算bug
1、如果字段是datetime类型,本来含毫秒信息的,但是asstring出来后,毫秒信息就丢失了
2、如果字段是varchar(2000)或sql2005才有的varchar(max)类型,asstring出来只有前1024个字符这个是不是哪里可以配置的??

解决方案 »

  1.   

    datetime类型 asdatetime 不就好了……
      

  2.   

    是啊 
    我看了一下 我这里的数据 Datetime字段的有毫秒信息 也全是000
    不知道是不是跟这个有关
    把NOW转成STRING型的 也是只到秒 ……
      

  3.   

    1:asstring应该就是一个datetimetostr的过程,是没有转换毫秒的,不过Tdatetime就是一个Tdouble,自己转换出毫秒应该也不是什么难事,呵呵
    2:没有发现有这个问题,呵呵,你是不是用watch看的,watch里面是有限制的。
      

  4.   

    1、既然是通用的asstring,就不该丢失信息
    2、我是使用adoquery.fields[i].asstring
      

  5.   

    1、sql server数据库里 有毫秒 的
    smalldatetime才没有,只精确到分钟
    datetime类型是有的,精确度为百分之三秒(等于 3.33 毫秒或 0.00333 秒)2、如果这样就麻烦很多了
    不知道它这个1024是哪里做的限制,数据库、驱动、ado、dataset、field?
      

  6.   

    1.Tdatetime是一個double類型,是有毫秒的;轉換一下即可;
    2.用max...
      

  7.   

    1、是觉得asstring丢掉毫秒信息,有点不妥
    2、源数据的字段类型已经是varchar(max),但是astring出来只有1024个字节
      

  8.   

    2、不是bug,是我接收的缓存开小了
    不过,Tfield再大也只能开到8000,这个不知道哪里能设置,因为varchar(max)已经突破以前8000的限制了