SQL 架构
架构（Schema）。微软的官方说明（MSDN）：
"数据库架构是一个独立于数据库用户的非重复命名空间，您可以将架构视为对象的容器"，详细参考
http://technet.microsoft.com/zh-cn/library/ms190387.aspx.我们知道，在JAVA中，命名空
间名其实就是文件夹名。因此我们非常明确一点：一个对象只能属于一个架构，就像一个文件只能存放于一个文件夹中一样。与文件夹不同的是，架构是不能嵌套
的，如此而已。因此，我们要访问一个数据库对象的时候，通常应该是引用它的全名"架构名. 对象名"，这点非常类似C#。
问：为什么有的时候写select * from tablename也可以执行呢？
答:这是因为default schema.当只写tablename时，Sql Server会自动加上当前登录用户的default schema。
问：如何根据表名获取一个表的Schema呢？
答：可以参照以下SQL语句从sys.objects视图和sys.schemas视图中获取。
Code
select sys.objects.name,
sys.schemas.name
from sys.objects,
sys.schemas
where sys.objects.type='U'
and sys.objects.schema_id=sys.schemas.schema_id
结论：架构就是数据库对象的容器。数据库对象是饮料，架构就是杯子，
谁拿杯子喝水呢？当然是用户，那么是不是一个用户只能用一个杯子，一个杯子是不是从一而终，只能给一个人用呢？。
（1）李老板开了一个小公司，公司有个仓库，堆放了一些货物，由于仓库小，为了节约成本，这个仓库根本没有锁。只要知道仓库在哪里，就可以去取货。这就是数据库的第一阶段：无权限管理阶段。
（2）近仓库里的东西老是不翼而飞。李老板才明白，就算是员工都是自觉的，但是别的人也可以拿走里面的货物，怎么办呢？老板一咬牙，花一百块钱买了一把锁！并且只给少数几个人配钥匙。这下东西被别的公司的人拿走的情况基本杜绝了。对于数据库来说，相当于把人分成了两种，一种授权用户，一种未授权用户。这时，数据库就有了用户的概念，但是它只有一个用户，就是有钥匙的人，它只对有钥匙的人开放。这就是数据库权限管理的第二阶段：上锁阶段或者单用户管理阶段。
（3）好景不长，老板发现仓库的东西还是经常少。明明都是有钥匙的人才能进去呀。但是，谁拿了多少，根本没办法查出来。老板猜测原因有二：一，有些人拿了不该拿
的东西。二，有些人偷偷的去配了钥匙。老板一咬牙，没收所有的钥匙。花800块一个月雇个仓
相关文档：
http://www.cnblogs.com/dwjaissk/archive/2006/07/25/459476.aspx
增加字段
alter table docdsp add dspcode char(200)
删除字段
ALTER TABLE
table_NAME DROP COLUMN column_NAME
修改字段类型
ALTER TABLE table_name
ALTER COLUMN column_name new_data_type
改名
sp_rename
更改当前数据库中 ......
操作符优化
IN 操作符
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。
但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：
ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录� ......
在windows XP SP3 中是可以安装 SQL Server 2005 的不会有兼容问题 我在安装的时候就什么问题都没看到 安装好后附加一个数据库 用Borland JBuilder 2006 Enterprise 和eclipse 也没问题
SQL2005 分五个版本，如下所列，
1.Enterprise(企业版),
2.Development(开发版),
3.Workgroup,(工作群版)
4.St ......
SQL常用命令使用方法：
(1) 数据记录筛选：
sql="select * from 数据表 where 字段名=字段值 order by 字段名 [desc]"
sq ......
今天很自然的在写Sql语句的时候用了Top，一开始没发现问题，因为我从数据库读出的值正好是0，而我习惯变量定义的时候也都赋值0，可是到我不要0的时候我就发现问题了。后来才知道，可爱的小sqlite竟然有不支持的sql语法。
看到某个论坛有个新手也发现了这个问题并发帖了，下面一牛人的回复是“top是哪家的关键词?s ......
