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

问答 / 1 / 6 / 创建于 5年前

场景

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

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

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

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

Keep it Simple, Stupid

笑逐颜凯

Laravel 9.x 译者 165 声望

PHP @ 蟑螂恶霸

Keep it Simple, Stupid

0 人点赞

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

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

讨论数量: 6

笑逐颜凯

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

@wade 怎么说

5年前评论

轻描淡写

课程读者 328 声望

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

5年前评论

caijunduo

课程读者 90 声望

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

5年前评论

笑逐颜凯

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

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

5年前评论

kiti

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

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

@kiti hhhh

kiti

Laravel 8.x 译者 93 声望

可是试试联合索引

5年前评论

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

帮助

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

场景

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

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

场景

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录