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