Oracle数据库日期存储为Varchar还是Date?

我工作没多久。。。但近期建数据库的时候和DBA争论了一下,他们一直用的Varchar存储日期。
而我觉得应该用Date类型。原因第一是Date类型占用字节小,Varchar存储日期至少占用十几二十个字节吧,数据量一大差距会很明显。第二是比较的时候Date类型数据库存储的应该是数字吧,可以直接比大小,而Varchar是字符串,得一个个比较,效率低。
DBA认为Varchar类型好的原因是格式固定。

其实我挺不理解的。。。既然Oracle提供了Date来存储日期,为什么非要用Varchar呢?
想问下大家觉得哪类型存储日期好呢?还有其他原因吗?

  1. 与具体业务(甚至行业)相关。比如监控系统,嵌入式系统,别说字符串,一般都会用数值表示时间(unix时间)。
  2. 与DB设计人的习惯相关。这个习惯从褒义上说是有经验,有最佳实践经历,从贬义来说,故步自封,不思变。
  3. 从存储效率,索引效率看,date(本质是浮点数)优于字符串。
  4. 从异构数据迁移便利性看,字符串优于date,问题是是否有这种迁移的预期和必要性。

应该首推日期相关类型,特别是多语言,跨区域的时候,格式和时区根据登录用户不同需要转化为不同的显示格式。

我觉得是为了方便开发在程序中页面可以直接展示,不用再从日期转成字符,因为涉及数据交换的时候大多数都是字符串格式也就是json字符串
所以把日期设计成字符串格式会更加方便。
楼主考虑了资源节约并没有什么错。但是一般开发都会把日期设计为字符串格式,特殊情况特殊对待吧。

如果考虑不同的数据库间移置,建议采用字符类型。

只是为了方便前台展示,不用将日期转换为字符串。但是这样会造成一个问题,若日期存储的是字符串
当插入的时候不做校验,如‘2020-13-32 25:61:61’这样的数据也是可以存进去的,若是时间类型的话
就不会出现这个问题了。个人还是比较赞同你的观点的,日期格式存日期,没毛病,但是有时也不必去纠结
你所谓的效率和占用问题,这些是可以忽略的。
另一个建议是可以将日期存储为long类型的时间戳,比较起来也很方便,但是就是显示的时候需要处理一下。
希望采纳,谢谢

个人感觉还是字符串类型,操作方便,当需要校验时也可以再加校验呗

可以根据你们应用场景选择,Date类型可以方便使用函数运算、转换数据,如你理解比较或者运算比较多的时候,就采用Date,而使用Varchar正如你们DBA所说格式固定

主要看 你业务需求吧,如果 只是 展示一下,不需要涉及到 时间的 比较,排序,查询的时候 这个时间 不是判断条件的话,用 字符格式 也是可以的,比较方便,