这是一个创建于 969 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景：业务有 3 种商品，已有保存普通商品的 A 表，现在新增拍卖商品的 B 表、试用商品的 C 表，因为这三种商品的
结构不同所以目前设计是分成 3 个表
业务：首页分页显示这三种商品、搜索分页显示这三种商品
这边有两个方案
1. sql union 这 3 个表然后条件过滤然后分页返回
2. 把 3 个表合成 1 个表，即 A 表增加一个商品类型的字段，并且增加各种商品自身特有的属性，然后条件过滤后分页返回
请问大家这两个方案哪个更加合理，或者大佬们有什么更加好的方案，我也想了解一下业界是怎么做的，比如淘宝也会把普通商品和拍卖商品放同一个表不
结构不同所以目前设计是分成 3 个表
业务：首页分页显示这三种商品、搜索分页显示这三种商品
这边有两个方案
1. sql union 这 3 个表然后条件过滤然后分页返回
2. 把 3 个表合成 1 个表，即 A 表增加一个商品类型的字段，并且增加各种商品自身特有的属性，然后条件过滤后分页返回
请问大家这两个方案哪个更加合理，或者大佬们有什么更加好的方案，我也想了解一下业界是怎么做的，比如淘宝也会把普通商品和拍卖商品放同一个表不
 |
1
Chad0000 2022-03-22 16:56:05 +08:00
可以考虑直接将所有商品放入 ElasticSearch 中搜索
|
 |
2
jtwor 2022-03-22 17:18:12 +08:00
如果不分库 3 表弄个视图能解决吧
|
 |
3
oneisall8955 2022-03-22 18:39:33 +08:00 via Android
商品量级多少
|
 |
4
MakHoCheung OP @oneisall8955 不多，如果很多呢
|
|
5
MakHoCheung OP @jtwor 🙏，这个方案我觉得很好
|
 |
6
potatowish 2022-03-22 19:23:05 +08:00 via iPhone  1
普通商品、拍卖商品、试用商品业务逻辑差别很大，不会放在同一个表，更别说数据量上来后还可能再次分表，一般就是用 es 解决，用视图也行，但是要考虑到分库的情况
|
|
7
oneisall8955 2022-03-22 19:34:06 +08:00 via Android
@MakHoCheung 太多如 1 楼放 ES 比较简单，6L 说的很详细
|
Select Language