现在在做一个收银系统,是多账号的....就是公司账号进去看到不同的数据..目前要做一个复制的功能。也就是比如我是A店,我复制我店铺所有商品到B店,如果我A店本来有1000条数据的,那我复制到B店,那我商品表就瞬间2000条数据了。。。目前所有账号的商品都是放一个商品表,用的一个shop_id来区分不同的店铺。我是小白,没处理过高并发的情况。。想问下大神们有好的方案跟思路去做这个功能吗?考虑到性能跟数据量太大,频繁操作的时候可能会造成数据库或者服务器崩溃的。。。也不可能每次都批量查询又批量插入
现在在做一个收银系统,是多账号的....就是公司账号进去看到不同的数据..目前要做一个复制的功能。也就是比如我是A店,我复制我店铺所有商品到B店,如果我A店本来有1000条数据的,那我复制到B店,那我商品表就瞬间2000条数据了。。。目前所有账号的商品都是放一个商品表,用的一个shop_id来区分不同的店铺。我是小白,没处理过高并发的情况。。想问下大神们有好的方案跟思路去做这个功能吗?考虑到性能跟数据量太大,频繁操作的时候可能会造成数据库或者服务器崩溃的。。。也不可能每次都批量查询又批量插入
5 回答3.2k 阅读✓ 已解决
3 回答3.6k 阅读✓ 已解决
1 回答4k 阅读✓ 已解决
3 回答1.8k 阅读✓ 已解决
2 回答2.2k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
5 回答1.4k 阅读
你这个复制也不算什么高并发的请求,不过是数据批量加关联关系罢了。
1.所有的商品是独立的,通过中间关系表和店铺做映射,复制的话就添加新的关系就行。不过要条件是,复制的商品以及以前有的商品不改名,不改价之类的。。
2.将A店的商品一次查出,替换成B店的ID,然后批量提交。