扫码关注官方订阅号
mysql一个订单表80多个字段会不会太多,会不会严重影响性能
小伙看你根骨奇佳,潜力无限,来学PHP伐。
建议你拆开。一个是你这么多字段,不可能,每个订单的信息都填满,容易造成数据空洞。 另外,你写起程序来也不方便。
MySQL一张表建议不要超过50个字段 你可以把字段拆开 把常用的数据字段放一张表 不常用的字段放另一张表(垂直分表)
建议拆开,字段太多不便于使用吧。具体操作也已这样子: order order_detail
这也太多了吧!!
首先题主你关心的问题是性能,那么性能的定义和你的的环境有关。
流量、数据量、并发量等等。
假如你的流量每天也就是四位数、数据量五年以后还达不到百MB级别。那么分不分又有什么关系呢?很多人一张表巴不得很多字段,大部分的原因是因为那样用起来,太TM方便了。在性能不存在问题的情况下以方便为主,不挺好的。
现在又不是五年前,硬件又不贵。
好了,以上是废话!真有需要让DB去做吧。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
建议你拆开。一个是你这么多字段,不可能,每个订单的信息都填满,容易造成数据空洞。 另外,你写起程序来也不方便。
MySQL一张表建议不要超过50个字段 你可以把字段拆开 把常用的数据字段放一张表 不常用的字段放另一张表(垂直分表)
建议拆开,字段太多不便于使用吧。具体操作也已这样子: order order_detail
这也太多了吧!!
首先题主你关心的问题是性能,那么性能的定义和你的的环境有关。
流量、数据量、并发量等等。
假如你的流量每天也就是四位数、数据量五年以后还达不到百MB级别。那么分不分又有什么关系呢?很多人一张表巴不得很多字段,大部分的原因是因为那样用起来,太TM方便了。在性能不存在问题的情况下以方便为主,不挺好的。
现在又不是五年前,硬件又不贵。
好了,以上是废话!真有需要让DB去做吧。