使用自定义表类型（SQL Server 2008）
##################################################
# 声明：
# 本文转自CSDN，用户ID：htl258
# 原帖地址：http://blog.csdn.net/htl258/archive/2010/04/28/5537432.aspx
##################################################
http://tech.ddvip.com 2009年09月19日 来源：博客园 作者：陈希章
在 SQL Server 2008 中，用户定义表类型是指用户所定义的表示表结构定义的类型。您可以使用用户定义表类型为存储过程或函数声明表值参数，或者声明您要在批处理中或在存储过程或函数的主体中使用的表变量。有关如何定义表结构的详细信息，请参阅 CREATE TABLE (Transact-SQL)。
若要创建用户定义表类型，请使用 CREATE TYPE 语句。为了确保用户定义表类型的数据满足特定要求，您可以对用户定义表类型创建唯一约束和主键。
有关与用户定义类型相关联的目录视图的信息，请参阅 sys.types 和 sys.table_types。
限制
用户定义表类型具有下列限制：
用户定义表类型不能用作表中的列或结构化用户定义类型中的字段。
基于用户定义表类型的别名类型
[NOT FOR REPLICATION] 选项是不允许的。
CHECK 约束要求保留计算列。
计算列的主键必须是 PERSISTED 和 NOT NULL。
无法对用户定义表类型创建非聚集索引，除非该索引是对用户定义表类型创建 PRIMARY KEY 或 UNIQUE 约束的结果。（SQL Server 使用索引强制实施任何 UNIQUE 或 PRIMARY KEY 约束。）
不能在用户定义表类型的定义中指定 DEFAULT 值。
在创建用户定义表类型定义后不能对其进行修改。
不能在用户定义表类型的计算列的定义中调用用户定义函数。
安全性
用户定义表类型的权限通过使用下列 Transact-SQL 关键字来遵循 SQL Server 的对象安全模式：CREATE、GRANT、DENY、ALTER、CONTROL、TAKE OWNERSHIP、REFERENCES、EXECUTE、VIEW DEFINITION 和 REVOKE。
下面我用一个实例来讲解一下
-- ================================
-- 创建和使用自定义表类型
-- 陈希章
-- ================================
USE master
GO
-- ================================
-- 创建测
相关文档：
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using System.Data.SqlClient; //引用命名空间
namespace DAL
{
/*******************************************************************************
&n ......
SQL Server权限管理策略
数据库建立之后，数据的安全就显得尤为重要，对于一个数据库管理员来说，安全性就意味着他必须保证那些具有特殊数据访问权限的用户能够登录到SQL Server，并且能够访问数据以及对数据库对象实施各种权限范围内的操作；同时，他还要防止所有的非授权用户的非法操作。正基于此，SQL Server 2000提供� ......
对于有主键自动增长数据库表，在进行分页设置时，我认为还比较不错的是：
SELECT TOP 页大小 *
from TestTable
WHERE (ID >
(SELECT MAX(id)
from (SELECT TOP 页大小*页数 id
......
下列语句部分是
Mssql
语句，不可以在
access
中使用。
SQL
分类：
DDL
—数据定义语言
(CREATE
，
ALTER
，
DROP
，
DECLARE)
DML
—数据操纵语言
(SELECT
，
DELETE
，
UPDATE
，
INSERT)
DCL
—数据控制语言
(GRANT
，
REVOK ......
##################################################
# 声明：
# 本文转自CSDN，用户ID：htl258
# 原帖地址：http://blog.csdn.net/htl258/archive/2010/05/13/5588454.aspx
####### ......
