数据库表应该怎么设计

[godlovesxcjtest]

有一个文章表，记录了各种字段，比如 id, status, create_time,………… ，content(内容)等。

content 字段大概几千字到几万字不等，是否有必要做垂直拆分，把 content 单独放在一张表里呢？

如果不放在一张表里，查询的时候只查询需要的字段，这样是不是和拆分出来的效果是一样的呢？

[godlovesxcjtest]

数据量大概 1000 条~1 万条左右的样子，虽然数据量有些小，但我还是想尽可能的提高速度

[lizhiqing]

我自学 mysql 不看系统性的学习视频也不系统性的学习 全靠百度 我只知道公共的信息另开一张表 要用的人就引用 比如文件 id 可多人使用。。。>x<

[buxudashi]

content 用文件保存好了。文件名就是 Id 号，当索引。
你数据量不大。还是个杠精，那就好好弄呗。

[Chism]

mongodb ，帮你解决字段烦恼[doge]

[pcbl]

单表 1000 万都没有问题，在不需要显示内容的地方不要获取 content 字段

[godlovesxcjtest]

@buxudashi ??? 张口就喷？您从哪里看出来我是杠精呢？是在说你自己吧。什么智障，还有文件保存，怕不是连代码是啥都不知道

[msg7086]

其实和你数据库软件有关，要不要拆表需要研究不同软件不同引擎下的性能。
比如你跑个 oracle 之类的，大概率是不用拆的。跑个 MySQL ，说不定拆了比较好。（我没实际试过）

[godlovesxcjtest]

@msg7086 谢谢，我目前也是打算实际测试下。

[buxudashi]

说你是杠精，是因为知道你不听劝。
数据量小是不必弄这些的。所以默认的认为劝你你会抬杠。”我就是想这么干，随便你们怎么说！”
看你回复的情绪这么强烈，你是否认呢？还是承认　呢？
没有恶意的调侃而已。如果你不适应这种语气，那我向你道歉。

[godlovesxcjtest]

@buxudashi 没有不听劝，发起讨论就是想听听大家的意见，麻烦不要随便给人下定义。