每日笔记

记录击毙


临时保存

<hr /> <p>可以,那个也简单,市面上也有第三方,你可以了解下laravel-echo</p> <h5>B2b2c商城</h5> <p>1.总后台 ,和卖家后台在一块,只做了权限合适不,我现在的疑问,总感觉不合适, 第一权限复杂,第二不安全!</p> <ol> <li>有商城端口和 附近类似超市一样的卖家(类似美团或者京东到家)</li> </ol> <p>商品信息几乎一样,订单信息几乎一样, 我在思考,后期数据库很大的话,分开是不是更好, 商城是商城,社区是社区,包括订单的分开</p> <p>后期大数据查询不好吧? 但是增加了重复代码</p> <p>答:商品一个表就行了,然后给这个商品加不同的标签。 不用拆分,没必要, 拆分维护的成本更大了, 在没有百万数据的时候,没必要多此一举, 百万数据,mysql完全可以撑起来, 一般系统瓶颈不是在数据库,平常并发还走每日pv到一个地步的时候,这时候开始考虑缓存,服务器负载均衡,数据库服务器,再往后就开始数据库的读写分离,还有就是集群了, Mysql数据库还是很牛逼的,</p> <p>答案:商品一个表就行了, 然后给这个商品加不同的标签,不用拆分, 没必要,拆分维护的成本更大了, 在没有百万数据的时候,没必要多此一举, 百万数据,mysql完全可以撑起来。</p> <p>一般系统瓶颈不是在数据库,平常并发还走每日pv到一个地步的时候,这时候开始考虑缓存,服务器负载均衡,数据库服务器,再往后就开始数据库的读写分离,还有就是集群了</p> <p>B2b2c商城 1.总后台 ,和卖家后台在一块,只做了权限合适不,我现在的疑问,总感觉不合适, 第一权限复杂,第二不安全!</p> <ol> <li>有商城端口和 附近类似超市一样的卖家(类似美团或者京东到家) 商品信息几乎一样,订单信息几乎一样, 我在思考,后期数据库很大的话,分开是不是更好, 商城是商城,社区是社区,包括订单的分开 后期大数据查询不好吧? 但是增加了重复代码</li> </ol>

页面列表

ITEM_HTML