这是一个创建于 986 天前的主题，其中的信息可能已经有所发展或是发生改变。
有一个文章表，记录了各种字段，比如 id, status, create_time,………… ，content(内容)等。
content 字段大概几千字到几万字不等，是否有必要做垂直拆分，把 content 单独放在一张表里呢？
如果不放在一张表里，查询的时候只查询需要的字段，这样是不是和拆分出来的效果是一样的呢？
content 字段大概几千字到几万字不等，是否有必要做垂直拆分，把 content 单独放在一张表里呢？
如果不放在一张表里，查询的时候只查询需要的字段，这样是不是和拆分出来的效果是一样的呢？
 |
1
godlovesxcjtest OP 数据量大概 1000 条~1 万条左右的样子，虽然数据量有些小，但我还是想尽可能的提高速度
|
 |
2
lizhiqing 2022-04-17 01:25:06 +08:00
我自学 mysql 不看系统性的学习视频也不系统性的学习 全靠百度 我只知道公共的信息另开一张表 要用的人就引用 比如文件 id 可多人使用。。。>x<
|
 |
3
buxudashi 2022-04-17 08:59:14 +08:00
content 用文件保存好了。文件名就是 Id 号，当索引。
你数据量不大。还是个杠精，那就好好弄呗。 |
 |
4
Chism 2022-04-17 09:10:28 +08:00 via Android
mongodb ，帮你解决字段烦恼[doge]
|
 |
5
pcbl 2022-04-17 11:54:41 +08:00 via Android
单表 1000 万都没有问题，在不需要显示内容的地方不要获取 content 字段
|
|
6
godlovesxcjtest OP @buxudashi ??? 张口就喷？您从哪里看出来我是杠精呢？是在说你自己吧。什么智障，还有文件保存，怕不是连代码是啥都不知道
|
 |
7
msg7086 2022-04-17 16:11:08 +08:00
其实和你数据库软件有关，要不要拆表需要研究不同软件不同引擎下的性能。
比如你跑个 oracle 之类的，大概率是不用拆的。跑个 MySQL ，说不定拆了比较好。（我没实际试过） |
|
8
godlovesxcjtest OP @msg7086 谢谢，我目前也是打算实际测试下。
|
|
9
buxudashi 2022-04-17 23:10:33 +08:00
说你是杠精，是因为知道你不听劝。
数据量小是不必弄这些的。所以默认的认为劝你你会抬杠。”我就是想这么干，随便你们怎么说！” 看你回复的情绪这么强烈，你是否认呢？还是承认 呢？ 没有恶意的调侃而已。如果你不适应这种语气，那我向你道歉。 |
|
10
godlovesxcjtest OP @buxudashi 没有不听劝，发起讨论就是想听听大家的意见，麻烦不要随便给人下定义。
|
Select Language