1
16
事实并非如此。表在磁盘上以8k页的形式分配。从磁盘读取表时,整个页面将在一次IO操作中读取并存储在内存中。因此,列的长度根本不会影响内存对齐。事实上,对于非可变长度的数据类型,更短的数据类型肯定更好:nchar(200)列每页允许比nchar(256)列更多的行。这使得每个物理IO可以读取更多的行,这可以有一个 戏剧性的 |
2
5
不,没有。 |
3
5
这里有太多的抽象层次在起作用,如果你试图在顶部优化一些只在最底层重要的东西,你将看不到任何好处,你可能只会让事情变得更糟! |
4
1
我想知道你的朋友是不是自己得出了结论,还是这是一个神话传播的案例。 |
5
1
如果nvarchar[256]的性能比nvarchar[200]好,那么当您请求一个nvarchar[200]时,DBMS难道不只是生成一个nvarchar[256]吗?(但还是让它看起来像nvarchar[200]) 好的DBMS有一些非常高级的优化。我很确定他们也有所有简单的。 |
Michael Samuel · MYSQL在以下情况下自动创建索引 6 年前 |
Patricia Rozario · 数据库设计确保一对一关系 6 年前 |
dryhay · MySQL“多对多”关系错误 6 年前 |
L. Fox · 我在这里用的是什么样的Laravel雄辩的关系 6 年前 |
Geoff Harper · 我应该如何构建关系松散的SQL db 6 年前 |
waroxx · SQL—当多个表具有相同的列时,最好怎么做 6 年前 |
Lumpi01 · SQL 2不同的注释类型-最佳解决方案? 6 年前 |
Hayreddin Tüzel · 预约系统数据库建模[关闭] 6 年前 |