sql 服务器角色 数据库角色
sql 服务器角色 数据库角色
服务器角色
所有的服务器角色都是“固定的”角色，并且，从一开始就存在于那里——自安装完SQL Server的那一刻起，你将拥有的所有服务器角色就已经存在了。
角 色
特 性
sysadmin
该角色能够执行SQL Server上的任何操作。本质上，任何具有这种角色成员身份的人都是那个服务器上的sa。这种服务器角色的创建为微软提供了某一天去除sa登录的能力——实际上，联机丛书把sa称作本质上为遗留物的东西
值
得注意的是，在SQL
Server上，Windows的Administrators组被自动映射到sysadmin角色中。这意味着服务器的Administrators组
中的任何成员同时也具有对SQL数据的sa级别的访问权限。如果需要，你可以从sysadmin角色中删除Windows的administrators
组，以提高安全性、防范漏洞
serveradmin
该角色能设置服务器范围的配置选项或关闭服务器。尽管它在范围上相当有限，但是，由该角色的成员所控制的功能对于服务器的性能会产生非常重大的影响
setupadmin
该角色仅限于管理链接服务器和启动过程
securityadmin
对于专门创建出来用于管理登录名、读取错误日志和创建数据库许可权限的登录名来说，该角色非常便利。在很多方面，该角色是典型的系统操作员角色——它能够处理多数的日常事务，但是，却不具备一个真正无所不能的超级用户所拥有的那种全局访问
processadmin
能够管理SQL Server中运行的进程——必要的话，该角色能够终止长时间运行的进程
dbcreator
该角色仅限于创建和更改数据库
diskadmin
管理磁盘文件（指派给了什么文件组、附加和分离数据库，等等）
bulkadmin
该
角色有些怪异。它被明确创建出来，用于执行BULK INSERT语句的权限，否则的话，只能由具有sysadmin权限的人来执行BULK
INSERT语句。坦白地说，我不明白为什么该语句不能像其他事情那样通过GRANT命令来授予权限，但它的确没有。要记住，即使把一个用户加入到了
bulkadmin组中，也只是给了他们访问那个语句的权限，对于运行该语句的表，并没有授予用户访问那个表的权限。这意味着不仅需要把用户添加到
bulkadmin中，而且，对于想要用户能在其上执行BULK
INSERT的表，还要授予（GRANT）用户INSERT许可权限。此外，对于将在BULK
INSERT语句中引用的所有表，还要确保用户拥有正确的到那些表的SELECT访问权限
对于在服务器上承担�
相关文档：
1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE的解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving table)将被最先处理，在from子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection ......
drop table father;
create table father(
id int identity(1,1) primary key,
name varchar(20) not null,
age int not null
)
drop table mother;
create table mother(
id int identity(1,1),
name varchar(20) not null,
age int not null,
husban ......
例如问题：现在你面对一张表 table1 , table1中有个字段为sales_salary ，在数据库存放的字段为int 类型 。
要求，你统计的结果单位（万元），保留2位小数。并且会有这样的等式 （1行＋2行＝3行＝7行＋8行） 面对这样的问题，解决的方案有很多。比如，你可以通过视图的方案来解决，或控制输入域 ...
但有一种等效控制输入 ......
--3.3.1 使用游标法进行字符串合并处理的示例。
--处理的数据
CREATE TABLE tb(col1 varchar(10),col2 int)
INSERT tb SELECT 'a',1
UNION ALL SELECT 'a',2
UNION ALL SELECT 'b',1
UNION ALL SELECT 'b',2
UNION ALL SELECT 'b',3
--合并处理
--定义结果集表变量
DECLARE @t TABLE(col1 varchar(10),col2 varch ......
今天，遇到了这样的一个例子：
SQL Server索引统计信息未及时更新，导致排序混乱
我们知道，在sql
server上创建索引后，同时会对该索引上的值进行排序，但对于新增加的值，如果未能及时更新统计信息，将有可能导致排序的混乱，也就是没有排序。
这是产生问题的语句：
Select * from V_L_IcStockProInEntry Where FInt ......
