SQLSERVER用户权限管理数据库
用户权限管理
一、服务器登录帐号和用户帐号管理
1.SQL Server服务器登录管理
不管使用哪种认证模式，用户都必须先具备有效的用户登录帐号。SQL Server有三个默认的用户登录帐号：即sa、Builtin\administrators和guest。sa是系统管理员(system administrator)的简称，是一个特殊的用户，在SQL Server系统和所有数据库中拥有所有的权限。SQL Server还为每一个Windows NT系统管理员提供了一个默认的用户帐号Builtin\administrators。这个帐号在系统和所有数据库中也拥有所有的权限。而guest帐号为默认访问系统用户帐号。利用企业管理器可以创建、管理SQL Server登录帐号。其具体步骤如下：
(1)打开企业器，单击服务器的“+”，展开安全性文件夹；
(2)右击登录图标，选择“新建登录”；
(3)在“名称”文本框中输入登录名，选择新建的用户帐号的认证模式；并选择默认的数据库和语言。
(4)选择“服务器角色”，在列出的固定服务器角色的左端复选框中选择相应的服务器角色；
(5)选择“数据库访问”，单击数据库左边的复选框，表示该用户可以访问相应的数据库以及该帐号在数据库中的用户名。下部的列表框列出了相应的数据库中的数据库角色清单，可以指定该帐号所属的数据库角色；
(6)单击“确定”即可完成登录帐号的创建。
此外，还可以使用创建登录向导工具创建登录帐号。具体过程如下：
(1)打开企业管理器，选择工具中的“向导--创建登录向导”；
(2)选择身份验证模式；
(3)
(4)
(5)
(6)
2.用户帐号管理
在数据库中，一个用户或工作组取得合法的登录帐号，只表明该帐号通过了Windows NT认证或者SQL Server认证，但不能表明其可以对数据库数据和数据库对象进行某种或者某些操作,scsi，只有当他同时拥有了用户帐号后，才能够访问数据库。在一个数据库中，用户帐号唯一标识一个用户，用户对数据库的访问权限以及对数据库对象的所有关系都是通过帐号来控制的。用户帐号总是基于数据库的，即两个不同的数据库可以有两个相同的用户帐号，并且一个登录帐号也总是与一个或多个数据库用户帐号相对应的。如，登录帐号sa自动与每一个数据库用户dbo相关联。通常而言，数据库用户帐号总是与某一登录帐号相关联，但有一个例外，那就是guest用户。在安装SQL Server系统时，guest用户被加入到master，pubs，tempdb和northwind数据库中，该用户主要是让那些没有属于自己的用户帐号
相关文档：
用oracle习惯了，导出用exp语句，直接生成dmp文件，导入用imp语句，表结构和数据同时搞定。最近需要用到sqlserver，总是不能够同时导出表结构和数据，google上百度了很久也没解决方法。
右键--所有任务--导出数据--选择数据源，数据源为用于SQLServer的Microsoft OLE DB提供程序，选择验证方式 ......
在写SQL时，有时要根据已有的列值构造新的列值，这时就要用到的SQL中的case关键字。如下所示查询负责人信息表（T_MS_CustomerCrmInfoDutyPerson）中的是否是主要负责人（isMainDuty）字段，但是这个字段的值是以枚举的方式存储的，存储0表示是否，1表示是，否则表示未判断。这时直接查询出的值不是 ......
本来我是不赞成使用通用存储过程的，主要是因为根据表结构来定制分页查询不用动态的拼SQL，这样才是真正的高效，而且只要写过一个，那么再有新需求的时候，小范围改动几处就ok了。
但总是有人向我讨要或者讨论通用存储过程，没办法，被逼无奈，良心丧与困境。
木有找到T-SQL代码编辑器
-- ============================= ......
一、基础
1、说明：创建数据库
CREATE DATABASE database-name
2、说明：删除数据库
drop database dbname
3、说明：备份sql server
--- 创建 备份数据的 device
USE master
EXEC sp_addumpdevice 'disk', 'testBack', 'c:\mssql7backup\MyNwind_1.dat'
--- 开始 备份
BACKUP DATABASE pubs TO testBack
4、说 ......
1.建表(Create table)时使用 IDENTITY (SEED,INCREMENT)
其中SEED是起始值，INCREMENT是增量。
例：
CREATE TABLE mytable1
(
[user_id] BIGINT NOT NULL
IDENTITY(1, 1) ,
......
