用 int 的大概是吃饱了撑的,或者不知道 MySQL 还有 Datetime 类型或者硬盘太小了,要节约每一个字节...

解决方案 »

  1.   

    嘿嘿, 其实mysql内部也是用int和long int来表示时间的
    所以自己用int是没有必要的,
    反而在使用mysql的时间函数时不方便了,
    datetime类型完全是精确的,可排序的
      

  2.   

    我诧异的是竟然有这么多人不用int...
      

  3.   

    int多灵活啊,
    想要什么都有~
      

  4.   

    计算2007-05-01与1997-05-01差了多少秒,还得先把他们格式化为秒,再运算.
    int类型存的单位一般就是秒,两个时间拿来一减就完了,想求差了多少分,多少日,减完再拿date,gmdate等函数格式化一下就出来了.
      

  5.   

    前面有人说了,mysql使用int存储,是对的……就此来看,我们发现,使用不使用int,好像差别不大?int的最大值是多少?这个值能表示的最大时间是啥?不要忘记了,date类型有太多种表示方式了,而且,计算的量程也是不一样的。使用int,好像也不能突破这个极限吧?记得啊!PHP不支持无符号的int
      

  6.   

    计算2007-05-01与1997-05-01差了多少秒,还得先把他们格式化为秒,再运算.
    int类型存的单位一般就是秒,两个时间拿来一减就完了,想求差了多少分,多少日,减完再拿date,gmdate等函数格式化一下就出来了.其实两个datetime相减得到的就是秒了,不用格式化的。
      

  7.   

    其实两个datetime相减得到的就是秒了,不用格式化的。
    不好意思搞错了。
      

  8.   

    一直都用datetime,习惯了,虽然有时候要转换,但是用int不也要嘛!
      

  9.   

    刚开始写程序,没有考虑到效率,移植,适应性等诸多问题,只是觉得方便自己的时候用过datetime
    现在基本不用了,偶尔用date也是用在很少会用的日志表里
    int表示的时间段已经足够我们这一代的程序使用了,如果说有限制的话,datetime也一样,公元1000年前datetime能表示?公元9999年以后呢?更何况mysql的datetime并不检查值的有效性
      

  10.   

    方便转换,不过我一般除了time()还加一个日期
      

  11.   

    "为了将来放弃mysql" 也就是 "方便数据移植" 了.
      

  12.   

    嘿嘿, mysql里
    一个 UNIX_TIMESTAMP() 就从datetime到int了
    一个 FROM_UNIXTIME() 就从int到datetime了所以用哪个都差不多, 算相差多少秒自然是int方便, 但是算相差多少月就是datetime方便了.
    用int的估计是喜欢在php里处理时间,用datetime大约是喜欢在sql里处理时间,如我所以没啥好争的了, 我用datetime是因为在phpmyadmin和其它随便什么mysql管理工具里日期都看着方便,改着容易.上面那么多回复, 只觉得唠叨的话有点道理, 因为其它数据库里日期字段的处理和日期函数和mysql有差别, 如果将来要移植, 就用int吧
      

  13.   

    曾經償試過用Datetime類型,但怎麼樣也創建不了Datetime字段,因為不給默認值就無法創建,給默認值又不知道怎麼給法,只有放棄改用int了。
    在這裡問題過都沒解決,到現在還搞不明白大家是怎麼成功創建Datetime字段到mysql裡面的?