@xuanbg 上面链接给错了，看着来吧： https://github.com/xuanbg/insight_auth/blob/master/insight_base.sql

@tctc4869 你这个需求其实是多租户体系的典型应用。对于多租户体系来说，每个租户都有独立的角色权限管理。譬如淘宝店铺后台就是个多租户应用，钉钉也是。我们都是阿里的用户，在我们注册店铺后，店铺就是阿里的租户，我们既是阿里的普通用户，也是店铺这个租户的管理用户。

这些概念对于没深入有研究过权限管理系统的人来说可能稍复杂，但可以简单看一下 https://github.com/xuanbg/auth 这个项目里面的表结构。

看你读之后是不是还要写，要写就要锁，只读不需要锁。

胶条哪里去了？

自带：15 寸高配 mbp 、LG UltraFine 4K 和椅子的路过

6S 已换 SE

在有必要重试的业务中处理。自己写一个专门处理重试业务的通用组件，有需要的时候调用一下就行了。或者和我的处理逻辑一样丢队列，专门处理重试的一个服务订阅队列里面的消息。

@sadfQED2 只要有资源管理和资源对应的接口配置，就可以达成完全无耦合的目标。底层原理就是用可配置的约定替代依赖而已，比较形象点的说法就是对暗号，只认暗号不认人。

https://github.com/xuanbg 自取

人和人之间的差距，比人和狗更大。所以说，认清自己最重要了。

2000 万和 2.4 亿能一样？ PARTITION BY RANGE 实际上还是 1 张表，只不过数据分开存罢了。

@Carbule 其实我们是反过来用的，应用服务器在杭州。为了降低境外用户的网络延时，在全球多处买最低配服务器进行中转的。

所以也别固定 3 级了，一级级做动态级联查询就完了

日本的都府道县是平级的……市町相当于我国的乡镇一级……

杭州阿里云转香港阿里云是我在用的费用可以接受的方案，也是 120 左右，奇怪的是转去新加坡居然只有 70 。

我也想知道还有什么费用比较低的更好的办法。

服务器不需要备案，域名才需要。

你为什么要用 TCP/IP 协议，自己搞一套不好吗？当然不好！没有标准，自行其是，哪来的互联互通。

起草文档阶段往往是非常短暂的，这个是有问题的。设计的必要时间还是要留的，好的设计能够有效减少写代码和测试的时间。所谓磨刀不误砍柴工。