微服务的设计涉及表的访问基本原则
1.微服务设计上是高于独立模块，提供服务能力的接口设计。
多个微服务之间，如果涉及到访问同一个数据表的访问，更多的考虑将该表的sqlmap dao层的代码归结到某个具体的服务中，
而不是在多个服务中都提供一套相同的代码，不便于表的管理。(高内聚，低耦合)
其他的服务需要访问该表的读写操作，建议是通过该表的上层微服务通过接口(feign)等暴露出来。
如果是在公司内部同一个服务器(或阿里云等云服务)中部署，接口之间可以不用签名和验证签名等操作。
涉及到外部公司的访问，则需要考虑接口的签名，验证签名，敏感字段加密的操作。
2.demo
接收外部的权益等，订单号，券码，有效开始时间，有效结束时间，券状态，库存等
可以在享权服务中接收，提供下单锁定库存，变更已使用状态。取消订单释放库存，变更待使用状态。
而不是同样的代码中下单服务中同时存在，而是通过访问享权服务的接口来实现。