这样的场景，这样的订单表能撑多久？

问答 / 0 / 6 / 创建于 4年前

场景

现有订单表，然后有很多和订单表相关的数据，如果通过 id 关联，数据量多了就需要加索引，那后面关联的多了，确实每个条件都会拿来查询，那一直加索引总感觉很不合理

接触过一些项目了，也遇到过挺多订单表设计。如果是这样的订单表结构，有很多关联字段，有很多索引，这样后期影响是不是很大？

这样的场景，这样的订单表能撑多久？

描述的不够具体，就是想知道你们订单表一般多少条索引？

Keep it Simple, Stupid

Laravel 9.x 译者 165 声望

PHP @ 蟑螂恶霸

Keep it Simple, Stupid

《L05 电商实战》

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

《L03 构架 API 服务器》

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

推荐文章：

更多推荐...

花了四个月打磨的 Laravel Plus 开源 29 / 96 |

冯老师的困惑 —— 一个跑了两年的 BUG 19 / 16 |

在laravel下实现全双工的websocket开发 21 / 8 |

无需修改任何代码和扩展将你的Laravel项目性能提高20倍 97 / 98 |

Laravel 实用小技巧——缓存标签的小秘密（下） 12 / 11 |

Laravel 实用小技巧——缓存标签的小秘密（上） 16 / 6 |

讨论数量: 6

笑逐颜凯

Laravel 9.x 译者 165 声望 / PHP @ 蟑螂恶霸

@wade 怎么说

4年前评论

轻描淡写

课程读者 328 声望

如无非常必要，可以不用建很多关联表，如果需要的话可以在一些表中加入一些冗余字段，查询的时候就不用多表关联了，以储存空间换取查询时间。

4年前评论

caijunduo

课程读者 90 声望

设计的时候符合范式是好的，但有时需要反范式，如添加冗余字段来减少查询时的表关联

4年前评论

笑逐颜凯

Laravel 9.x 译者 165 声望 / PHP @ 蟑螂恶霸

@轻描淡写关联关系确实多，适当冗余，就怕后面该冗余就不要了

4年前评论

kiti

个人而言不是很喜欢在订单表关联东西。比如你关联了商品，用户下单后显示的名字是goodsA，万一哪天有个憨批把这个商品名字改成goodsB。用户不是很懵逼。当然如果跟报表有关，该存还是要存的

笑逐颜凯（作者）（楼主）

@kiti hhhh

kiti

Laravel 8.x 译者 93 声望

可是试试联合索引

4年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助