Sql Server管理

由于多种原因，进行安全设置的人们常常不理解数据的真正价值，所以，他们也无法对数据进行合适的保护。将你的数据只限于需要的人访问，并保证访问的人的合法性

在绝大部分的程序安装里，SQL Server都是作为一个标准的应用程序栈(包括用户界面、中间层和数据库)中的最底层。很少用户会知道自己正在使用的是什么类型的数据库

不同于以往所有过分宣传的数据库漏洞，以及几十个隐私和安全规范，新出现了一个让SQL Server开发人员和数据库管理员们陷入了不得不面对强势用户的尴尬境地。

SQL Server 2005的新功能为动态管理对象，它们是在指定时间返回某个数据库实例的特殊状态信息的数据库视图或函数。

SQL Server事件探查器(Profiler)可以帮助数据库管理员跟踪SQL Server数据库所执行的特定事件，监视数据库的行为;并将这些有价值的信息保存到文件或表

CREATE TRIGGER 权限默认授予定义触发器的表所有者、sysadmin 固定服务器角色成员以及 db_owner 和 db_ddladmin 固定数据库角色成员，并且不可转让。

死锁是指在某组资源中，两个或两个以上的线程在执行过程中，在争夺某一资源时而造成互相等待的现象，若无外力的作用下,它们都将无法推进下去，死时就可能会产生死锁,这些永远在互相等待的进程称为死锁线程。

交易日志（Transaction logs）是数据库结构中非常重要但又经常被忽略的部分。由于它并不像数据库中的schema那样活跃，因此很少有人关注交易日志。

跟踪了一下SQL SERVER数据库服务器的登录过程，发现口令计算是非常脆弱的，SQL SERVER数据库的口令脆弱体现两方面

索引是以表列为基础的数据库对象。索引中保存着表中排序的索引列，并且纪录了索引列在数据库表中的物理存储位置，实现了表中数据的逻辑排序。

对于数据挖掘有两个常见的误区，一个是认为数据挖掘就是商业智能，另一种则认为数据挖掘高不可攀遥不可及，前者夸大了数据挖掘的能力，后者则夸大了数据挖掘的难度。那么什么是数据挖掘呢？

为每一个消息创建和关闭会话需要的开销大约是4X，而对于接收消息的性能提升大约能达到10X。Remus Rusanu在他发布在Reusing Conversations的博客上

我曾经看到这样一个关于服务代理的问题，也许其他人也看到过的：消息被发送到服务代理，接着进行正常的处理，然后它们会从消息队列中删除。

服务代理队列是消息被发送后存储的地方，但队列中的消息是还没有被处理的。队列有点像数据库表一样，你可以用来插入数据（发送消息）以及查看表中的数据（接收消息）。数据库表是有触发器的

microsoft SQL Server 2008提供了一个灵活的解决方案，使得可以存储非结构化数据，并将它与关系数据合并起来建立使用整个公司范围内的数据的综合的解决方案。

在创建SQL Server 2000故障转移群集之前，必须配置Microsoft群集服务(MSCS)并使用 Microsoft Windows NT4.0或Windows2000中的群集管理员创建至少一个群集磁盘资源。在运行SQL Server安装程序之前

服务器群集允许您连接许多物理服务器（或节点），用作彼此的故障转移合作伙伴。群集所提供的冗余性为您的关键操作带来了更多的正常运行时间。

在"Microsoft SQL Server 安装向导"的"欢迎"屏幕中，单击"下一步"按钮。

create TRIGGER权限默认授予定义触发器的表所有者、sysadmin 固定服务器角色成员以及 db_owner 和 db_ddladmin 固定数据库角色成员，并且不可转让。

在改进SQL Server 7.0系列所实现的安全机制的过程中，Microsoft建立了一种既灵活又强大的安全管理机制，它能够对用户访问SQL Server服务器系统和数据库的安全进行全面地管理。