我看过类似这样的问题 Does number of columns affect MYSQL speed?
我会尝试用更多规范来提问我的问题,因为它略有不同。
我可以选择这样的表格;
UserID | Parameter 1 | Parameter 2
该表不会对其执行任何关系SQL。 查询只会读取/写入一组UserID的参数1或参数2 参数1的频率是参数2的10倍以上
参数1将存储最多1000个字符的数据字符串 参数2将存储最多100000个字符的数据字符串
我可以选择这些格式,所以我认为参数1和MEDIUMTEXT(100000)的TEXT(1000)或Blob或参数2的MEDIUMBLOB都是有效的。注意我只需要读/写这些 - 我不确定格式选择对DB性能的影响(小问题)。
我的主要问题是这个; 给定参数1和参数2的访问频率,参数的独立性,并且如果参数2的大小要大得多,我应该有一个表;
UserID | Parameter 1 | Parameter 2
或两个表;
UserID | Parameter 1
UserID | Parameter 2
这是一个让事情更清晰的编辑。 我对前面描述的两个表选项的性能差异感兴趣。我特别担心的是,当访问参数1时,包含较大且使用较少的参数2将对性能产生重大影响。如果有1000行,可以考虑效果。
答案 0 :(得分:3)
过早优化。从编程角度来看更容易。
对这样的一些细节进行痴迷只会让你失去实际执行程序的时间。