已开始用go写skr-shop，发现问题

[xushuhui]

我已经开始用go写skr-shop，先从后台cms写起，但是我发现手册中数据库表有些错误，可以发pr吗？如果可以，流程是怎么样的？
地址：https://github.com/xushuhui/skrshop-api
感谢设计出skr-shop的作者们

[TIGERB]

欢迎pr~

[TIGERB]

流程不复杂：
我们对pr的内容，进行核对、讨论、(修正)、合并(或者关闭)

感谢~

[xushuhui]

为什么sql中的create_at和update_at都是int类型，而不使用数据库通过CURRENT_TIMESTAMP，CURRENT_TIMESTAMP ON UPDATE 自动维护这两个字段？

[TIGERB]

1. timestamp 貌似mysql之前版本或者现在版本 只能到 2038年
2. timestamp好像存的是 字符串，对海外的站点应用是不是有时区问题

[xushuhui]

在一些表中的status字段默认0禁用，比如product_brand，而运营人员在后台批量添加的时候添加完后还得一个个点击启用按钮，把状态改成1启用，这样会不会比较麻烦，默认禁用的原因是什么？为了体验考虑？添加的时候可能出现错误，禁用就不会展示给用户端？

[TIGERB]

首先，最重要是为了统一所有表里status字段的含义、定义。

其次，不考虑status字段具体在哪张表，默认0:disable的状态对于线上一定是最安全，对于重要的status变更一定要经过严格的审批流，防止一些严重的线上运营事故。

结论：表product_brand里的status字段默认值是0:disable。

[astraw99]

时间统一用时间戳，因为 1. int 占字节比 日期少；2. int 作为索引更快； Zhan Shi <notifications@github.com> 于2020年7月8日周三 下午6:41写道：

…

1. timestamp 貌似mysql之前版本或者现在版本 只能到 2038年 2. timestamp好像存的是 字符串，对海外的站点应用是不是有时区问题 — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#28 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGB7GXWC4FY76WQWEHX5TBTR2REMXANCNFSM4OSTV3MQ> .

[astraw99]

如果用 CURRENT_TIMESTAMP ON UPDATE 这样就会每次自动更新，但一些数据可能是需要依赖更新时间的，如果需要修数据就不能只更新某些字段了，所以一般不建议采用数据库自动更新； Shuhui Xu <notifications@github.com> 于2020年7月8日周三 下午3:58写道：

…

为什么sql中的create_at和update_at都是int类型，而不使用数据库通过CURRENT_TIMESTAMP，CURRENT_TIMESTAMP ON UPDATE 自动维护这两个字段？ — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#28 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGB7GXWY42F4MXXDKFQBXQ3R2QRLBANCNFSM4OSTV3MQ> .

[xushuhui]

希望增加整个微服务的目录介绍，比如分几个服务，每个服务哪些目录，为什么这么设计等。
对大部分小公司开发者来说，用户量和并发比较小，没什么机会接触到微服务架构，所以设计还是按单体模式。
有这部分介绍就能从整体角度看整个项目，不局限某个业务功能，谢谢了。

[TIGERB]

好的哈

可以先看看这张图