This topic created in 1513 days ago, the information mentioned may be changed or developed.
有一个文章表,记录了各种字段,比如 id, status, create_time,………… ,content(内容)等。
content 字段大概几千字到几万字不等,是否有必要做垂直拆分,把 content 单独放在一张表里呢?
如果不放在一张表里,查询的时候只查询需要的字段,这样是不是和拆分出来的效果是一样的呢?
10 replies • 2022-04-18 12:44:22 +08:00
 |
|
1
godlovesxcjtest Apr 17, 2022
数据量大概 1000 条~1 万条左右的样子,虽然数据量有些小,但我还是想尽可能的提高速度
|
 |
|
2
lizhiqing Apr 17, 2022
我自学 mysql 不看系统性的学习视频也不系统性的学习 全靠百度 我只知道公共的信息另开一张表 要用的人就引用 比如文件 id 可多人使用。。。>x<
|
 |
|
3
buxudashi Apr 17, 2022
content 用文件保存好了。文件名就是 Id 号,当索引。 你数据量不大。还是个杠精,那就好好弄呗。
|
 |
|
4
Chism Apr 17, 2022 via Android
mongodb ,帮你解决字段烦恼[doge]
|
 |
|
5
pcbl Apr 17, 2022 via Android
单表 1000 万都没有问题,在不需要显示内容的地方不要获取 content 字段
|
 |
|
7
msg7086 Apr 17, 2022
其实和你数据库软件有关,要不要拆表需要研究不同软件不同引擎下的性能。 比如你跑个 oracle 之类的,大概率是不用拆的。跑个 MySQL ,说不定拆了比较好。(我没实际试过)
|
 |
|
9
buxudashi Apr 17, 2022
说你是杠精,是因为知道你不听劝。 数据量小是不必弄这些的。所以默认的认为劝你你会抬杠。”我就是想这么干,随便你们怎么说!” 看你回复的情绪这么强烈,你是否认呢?还是承认 呢? 没有恶意的调侃而已。如果你不适应这种语气,那我向你道歉。
|