SQL Server 2008 R2学习心得

最近有幸参加了SQL Server2008 R2的学习,有几点自己感觉比较实用的知识点以及技巧,和大家分享一下。


1,备份时勾选checksum选项。

数据库备份时偶尔会产生损坏页,而且在访问到损坏页之前往往不容易被我们发现。因此备份后首先应该记得做的一件事就是验证一下,在早期版本的SQL Server中我们可以用如下命令进行检测:
  dbcc checkdb 数据库名
在SQL server2005以后的版本中备份为我们提供了checksum选项,备份时同时进行检测,保证数据的正确性和完整性。

2.时间类型
提到时间类型,我们常用的就是datetime类型,当计算时间间隔的时候有两种常用方法:
①采用>=datetime1 and <= datetime2+' 24:00:00',这种方式问题倒是不太大;
②采用 convert(datetime1)方式转换为日期,然后进行比较。这种方式的弊端在于会导致索引无效。解决方案是采用计算列,即,添加一个列为convert(colname),然后在新列上建索引。这样就可以避免修改程序来挽回索引了。

在SQL Server2008中,为了解决这些问题,有了更细的时间类型:date、time、datetime2(精度更高)、datetimeoffset(带时区)。

3.其他备份选项
 ①备份压缩:在备份的同时对数据进行压缩,当数据量较大的时候可以为企业节省服务器资源。
 ②碎片处理:对于数据库页进行碎片整理,提高性能。
 ③索引视图:一般的视图中是没有数据的,是一张虚表。但是索引视图中是包含数据的,这样可以提高检索性能,当然也会浪费了部分空间。是典型的以空间换时间做法。

4.稀疏列:
当列为变长类型时null值不消耗空间,当为定长类型时null值消耗空间。这种做法实际上抛弃了范式规则,来提高读取速度。不过一般建议当该列null值大于70%时才定义为稀疏列,否则所占据的空间反而更大。

5.页压缩、行压缩
SQL Server2008提供了压缩功能来节省空间,其中行压缩针对定长数据,页压缩包括行压缩,且重复值只存一次,其他的只存物理指针。

6.DAC
主要用来生成脚本,优点是可以包含表之间的依赖关系、结构信息等,但是不包括实际数据。

7.虚拟机上架构SQL Server要记得打开Named Pipes协议。否则不能正常运行。

8.文件组:
建立数据库数据表之后将文件进行分组、规划。一般企业经常将整个数据库放在一个文件中,这是不合理的。或者有些企业建立多个数据库来分开管理,但是当服务器做镜像或者迁移时会存在建立索引的麻烦。所以建议使用文件组管理。

9.开发人员规范

 ①写INSERT以及SELECT 要写明具体字段名称,否则一旦表字段进行了调整,就会带来修改客户端程序的麻烦。

 ②存储过程名称不要以sp_开头,而要以usp_开头。因为sp_开头的存储过程会被当做系统自带内容,降低性能。

转载于:https://www.cnblogs.com/janes/archive/2010/12/06/1897722.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一、首先你要确认你的鉴别模式: WIN NT鉴别模式呢还是混合模式,其中混合模式包括WIN NT鉴别模式和SQL SERVER 鉴别模式 实施鉴别模式的步骤 1、核实采用了可信连接 2、设置鉴别模式 3、关闭和重启MSSQLServer服务程序 4、创建WIN NT分组和用户 5、授权WIN NT分组和用户可存取SQL Server 6、为用非可信任连接的用户创建SQL Server登录帐号 二、为用户和角色分配登录帐号 三、给角色分配登录权 四、为用户和角色分配许可权限 在改进SQL Server 7.0系列所实现的安全机制的过程中,Microsoft建立了一种既灵活又强大的安全管理 机制,它能够对用户访问SQL Server服务器系统和数据库的安全进行全面地管理。按照本文介绍的步骤,你 可以为SQL Server 7.0(或2000)构造出一个灵活的、可管理的安全策略,而且它的安全性经得起考验。 一、验证方法选择 本文对验证(authentication)和授权(authorization)这两个概念作不同的解释。验证是指检验用户 的身份标识;授权是指允许用户做些什么。在本文的讨论中,验证过程在用户登录SQL Server的时候出现, 授权过程在用户试图访问数据或执行命令的时候出现。 构造安全策略的第一个步骤是确定SQL Server用哪种方式验证用户。SQL Server的验证是把一组帐户、密 码与Master数据库Sysxlogins表中的一个清单进行匹配。Windows NT/2000的验证是请求域控制器检查用户身 份的合法性。一般地,如果服务器可以访问域控制器,我们应该使用Windows NT/2000验证。域控制器可以是 Win2K服务器,也可以是NT服务器。无论在哪种情况下,SQL Server都接收到一个访问标记(Access Token)。 访问标记是在验证过程中构造出来的一个特殊列表,其中包含了用户的SID(安全标识号)以及一系列用户所 在组的SID。正如本文后面所介绍的,SQL Server以这些SID为基础授予访问权限。注意,操作系统如何构造访 问标记并不重要,SQL Server使用访问标记中的SID。也就是说,不论你使用SQL Server 2000、SQL Server 7.0、Win2K还是NT进行验证都无关紧要,结果都一样。 如果使用SQL Server验证的登录,它最大的好处是很容易通过Enterprise Manager实现,最大的缺点在于 SQL Server验证的登录只对特定的服务器有效,也就是说,在一个多服务器的环境中管理比较困难。使用SQL Server进行验证的第二个重要的缺点是,对于每一个数据库,我们必须分别地为它管理权限。如果某个用户 对两个数据库有相同的权限要求,我们必须手工设置两个数据库的权限,或者编写脚本设置权限。如果用户数 量较少,比如25个以下,而且这些用户的权限变化不是很频繁,SQL Server验证的登录或许适用。但是,在几 乎所有的其他情况下(有一些例外情况,例如直接管理安全问题的应用),这种登录方式的管理负担将超过它 的优点。 二、Web环境中的验证 即使最好的安全策略也常常在一种情形前屈服,这种情形就是在Web应用中使用SQL Server的数据。在这 种情形下,进行验证的典型方法是把一组SQL Server登录名称和密码嵌入到Web服务器上运行的程序,比如 ASP页面或者CGI脚本;然后,由Web服务器负责验证用户,应用程序则使用它自己的登录帐户(或者是系统管 理员sa帐户,或者为了方便起见,使用Sysadmin服务器角色中的登录帐户)为用户访问数据。 这种安排有几个缺点,其中最重要的包括:它不具备对用户在服务器上的活动进行审核的能力,完全依 赖于Web应用程序实现用户验证,当SQL Server需要限定用户权限时不同的用户之间不易区别。如果你使用的 是IIS 5.0或者IIS 4.0,你可以用四种方法验证用户。第一种方法是为每一个网站和每一个虚拟目录创建一 个匿名用户的NT帐户。此后,所有应用程序登录SQL Server时都使用该安全环境。我们可以通过授予NT匿名 帐户合适的权限,改进审核和验证功能。 第二种方法是让所有网站使用Basic验证。此时,只有当用户在对话框中输入了合法的帐户和密码,IIS 才会允许他们访问页面。IIS依靠一个NT安全数据库实现登录身份验证,NT安全数据库既可以在本地服务器 上,也可以在域控制器上。当用户运行一个访问SQL Server数据库的程序或者脚本时,IIS把用户为了浏览 页面而提供的身份信息发送给服务器。如果你使用这种方法,应该记住:在通常情况下,浏览器与

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值