我正在考虑将一些日期值存储为整数。 即201003150900
除了我丢失任何时区信息这一事实外,还有什么我应该关注他的解决方案吗? 使用此列的任何查询都很简单'在'之后或之前'类型查找。 即datefield小于201103000000(明年3月之前)。
目前该应用正在使用MSSQL2005。 任何指向陷阱的指标都值得赞赏。
答案 0 :(得分:3)
使用正确的datetime数据类型将为您提供更高效的存储空间(smalldatetime
消耗4个字节)和索引,并为您提供更容易开发的语义。你必须提出一个令人信服的论据,不要使用它们。
答案 1 :(得分:1)
为什么不使用正确的UNIX timestamps?它们也只是整体,但它们并不像201103000000那么宽。
答案 2 :(得分:1)
只需使用DATETIME或SMALLDATETIME数据类型,它们就更灵活。
答案 3 :(得分:1)
以您建议的方式执行此操作的唯一原因是,您拥有商业智能工具的时间维度成员名称。如果这是您打算使用它,那么它是有道理的。
否则,请使用其他人指出的内置时间类型。