SQL Server 2008数据库读写速度优化

悬崖跳舞被人砍 2014-04-23 11:39:46

毕设要求要做这个题目。老师已经给了优化的方向了：逻辑优化、索引优化、查询语句优化、使用查询执行计划工具对代码进行优化分析、使用SQL事件探查器和性能监测工具诊断性能问题。前三种的优化做法具体有哪些？后两者又该怎么操作？盼有大牛教我~！~

...全文

479 18 打赏收藏转发到动态举报

写回复

用AI写文章

18 条回复

切换为时间正序

请发表友善的回复…

发表回复

让你望见影子的墙 2014-04-23

打赏
举报

直接备份还原就行

悬崖跳舞被人砍 2014-04-23

打赏
举报

引用 9 楼 DBA_Huangzj 的回复:

可以，设置命名实例即可，建议使用带有标识性的实例名，比如SQL2008

引用 9 楼 DBA_Huangzj 的回复:

可以，设置命名实例即可，建议使用带有标识性的实例名，比如SQL2008

那我原；来2005创建的数据库想要拿到2008中来使用，该怎么做？

让你望见影子的墙 2014-04-23

打赏
举报

引用 8 楼 kingofluo 的回复:

[quote=引用 7 楼 DBA_Huangzj 的回复:] 早忘记了范式之间的关系了。

我的电脑已经安装2005了，不卸载2005，直接安装2008可以吗？[/quote] 可以。注意安装在不同文件路径下

發糞塗牆 2014-04-23

打赏
举报

可以，设置命名实例即可，建议使用带有标识性的实例名，比如SQL2008

悬崖跳舞被人砍 2014-04-23

打赏
举报

引用 7 楼 DBA_Huangzj 的回复:

早忘记了范式之间的关系了。

我的电脑已经安装2005了，不卸载2005，直接安装2008可以吗？

發糞塗牆 2014-04-23

打赏
举报

早忘记了范式之间的关系了。

悬崖跳舞被人砍 2014-04-23

打赏
举报

引用 5 楼 DBA_Huangzj 的回复:

逻辑优化一般注重设计层面，通常使用第三范式来设计，但是第三范式适合读操作较多，如果对于写操作较多的系统，第三范式优势不明显。后面的两个优化是基于这个逻辑层面的，这个不好，后面的也白搭。控制表的数量，适当冗余，但是不要过于严格地参照第三范式。我比较偏向第二种方式

能以比较学术化的语言表现出来吗？具体是为什么第二种数据库的读写会好一些？帮忙分析一个几个数据库的范式吧！

發糞塗牆 2014-04-23

打赏
举报

逻辑优化一般注重设计层面，通常使用第三范式来设计，但是第三范式适合读操作较多，如果对于写操作较多的系统，第三范式优势不明显。后面的两个优化是基于这个逻辑层面的，这个不好，后面的也白搭。控制表的数量，适当冗余，但是不要过于严格地参照第三范式。我比较偏向第二种方式

悬崖跳舞被人砍 2014-04-23

打赏
举报

引用 2 楼 DBA_Huangzj 的回复:

说白了就是工具的使用，但是除非你已经有一个有问题的例子，不然很片面

我是想以一个大学生宿舍电费一级卫生情况做一个案列来研究。可以建立三种数据库模式：第一种：将所有的数据融合在一个数据实体中，即只建立1张表。宿舍检查表(宿舍楼号，宿舍号，二月份用电量，二月份电费，二月份卫生情况评分，···)，表的列数一直排布到十二月份。这样这张表的总列数就有29列。其中属性“宿舍楼号”与“宿舍号”构成组合关键字。第二种：根据不同的月份将数据包含在9个表中。如一月份宿舍检查表(宿舍楼号，宿舍号，用电量，电费，卫生情况评分)，这样有9张表，每张表有5列。其中属性“宿舍楼号”与“宿舍号”构成组合关键字。第三种：根据不同的宿舍楼将数据包含在50个表中。如1号宿舍楼检查表(宿舍号，一月份用电量，一月份电费，一月份卫生情况评分，二月份用电量···)，这样这张表的总列数有28列。关键字为属性“宿舍号”。从理论上来讲，三个数据库中，会是那个数据库的读写速度最快又是为什么呢？

悬崖跳舞被人砍 2014-04-23