数据库字段多少会影响速度吗

[bokchoys]

楼主是学生，不大懂。
服务器阿里云学生机。

用户表里存一堆用户信息，要求多个字段，这样检索会不会很慢。

还有几个问题:
类似用户发帖，是把所有用户发的帖子都放进一张表里吗。

用户的收藏字段，是不是按照一个字段存储多个文章 ID，违反第一范式的设计模式，有什么影响🤔。

如果要学习数据库相关设计，学习路线有哪些。

[loading]

等你真的遇到性能问题时，请个人优化就行，没访问量就不会有性能问题，有访问量就不缺钱了。

[bokchoys]

@loading #21 好的，谢谢

[yaozmban2]

@Mazexal 那是否可以从机算计组原理和操作系统原理出发这样作答？
数据要先读进内存，而内存和硬盘的 IO 是直接读取一个分页，分页的大小又是固定的，因此查相同的记录数，字段多的表需要交换的分页数就多，时间损耗就大。

[zzzzzzZ]

会，不过一般可以无视，表设计的时候注意一下即可
直接的解决方案了解一下“垂直分表”

在总的查询效率上字段数影响只占很小的一部分，只需要保证大数据字段尽可能少即可
决定查询效率大头的永远永远永远都是 SQL 的写法
其次才是索引、存储过程、读写分离、水平分表之类的数据库层面操作

大部分程序员写出来的 SQL 都有很高潜力的效率提升（数倍~数千倍的执行效率），只不过他们不知道而已，我目前开发的 SQL 也没有做到极致，这一门实践的少，只跟大神学过一些小技巧

[mumbler]

你的数据量还没资格考虑性能问题,大多数产品失败就因为在只有 100 用户的时候考虑一亿用户的情况而死掉的

[bokchoys]

@mumbler #25 谢谢指导。遇到了问题，只是想学习，谈不上有没有资格。

[bokchoys]

@zzzzzzZ #24 好的，感谢！

[Mazexal]

@yaozmban2 差不多吧, 你看看数据库底层存储模型就知道了

[xbigfat]

@bokchoys 他的意思是，数据量 这个数量没有资格谈性能。。。确实要亿级的数据才会造成性能损失

[lookatme]

插入操作必然会慢，查询到话，走索引的话基本无差别，走全表查就凉凉了

[ihavecat]

会的，垂直分表就是一种解决这个的办法

[zkeeper]

楼上有几位同学说的好, 等真正有性能问题的时候再考虑性能其实也不晚.

但是有个很多人都会忽视的前提条件: 在初期设计的时候, 尽量做到各模块间低耦合性, 否则后期发现某个地方设计缺陷导致性能问题, 再想调整就麻烦了.

[bokchoys]

@zkeeper #32 谢谢指点