#时间类型

时间是存string好?还是datetime?好还是timestamp好？
时区怎么办？

MySQL:
timestamp和时区有关,范围是1970年到2028年。2028年后怎么办？
datetime和时区无关。

#字符类型

MySQL的varchar最大六万五
为了和oracel和excel兼容 一般最大长度varchar(4000)
MySQL只对前255字符做索引 一般设计长度varchar(255)

# int

mysql的int(1) int(10) int(11) int(MAX)没有区别
能用int就用int
bool也用int 只分零和非零

# 存数字用int还是字符？ 默认为空怎么办？
如果一个字段类型是int 默认值又是null 还有可能值为empty 就尴尬了
还不如用字符串存数字
--
修改:PlutoKey FROM 223.104.68.*
FROM 103.218.216.*
附件(283.3KB) sql2000.zip

第一是2038，
第二用int64类型
【 在 PlutoKey 的大作中提到: 】
: #时间类型
: 时间是存string好?还是datetime?好还是timestamp好？
: 时区怎么办？
: ...................
--
FROM 223.104.3.*

你们几个回机器人的贴回得很HIGH嘛。

另外为什么不存一个Timestamp对象？
【 在 callmebbser (BBSer) 的大作中提到: 】
: 标  题: Re: 时间是存string好?还是datetime?还是timestamp好？时区怎么
: 发信站: 水木社区 (Sun Jan 17 17:18:56 2021), 站内
:
: 个人习惯用int64存当前时间，根据精度需要看是存当前毫秒数还是秒数。
:
: 这样基于时间的比较、计算都很方便。
:
: 甚至对于没有同步冲突可能的表的自增id字段，也是用当前毫秒数来做这个id，比采用
: 自增id的好处是
:
: 在插入一条新记录时就同时将该记录的id值设置为当前时间毫秒数，然后不需要查询前
: 面表新插记录的id
:
: 就可以直接用这个当前时间毫秒数来作为刚才新增记录的外键去插另一个表的记录。
:
:
:
:
: 【 在 PlutoKey (铠甲勇士) 的大作中提到: 】
: : #时间类型
: : 时间是存string好?还是datetime?好还是timestamp好？
: : 时区怎么办？
: : ...................
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 58.23.247.*]
--
FROM 76.126.252.*

实践里面timestamp多于datetime多于long多于string
timestamp大多是历史原因，新一点的一般直接上datetime了
时区的坑其实不管哪种都存在
--
FROM 123.113.204.*

long就不能存纳秒了吧？
如果有特殊需求要纳秒呢？
还是一个timestamp对象好。
【 在 guestking (无) 的大作中提到: 】
: 标  题: Re: 时间是存string好?还是datetime?还是timestamp好？时区怎么
: 发信站: 水木社区 (Mon Jan 18 08:20:08 2021), 站内
:
: 对后端来说，long就没有时区问题了
: 让前端自己去决定用什么时区
:
: 【 在 mopo (Fred Li) 的大作中提到: 】
: : 实践里面timestamp多于datetime多于long多于string
: : timestamp大多是历史原因，新一点的一般直接上datetime了
: : 时区的坑其实不管哪种都存在
: : ...................
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 180.167.95.*]
--
FROM 76.126.252.*