SQL数据库：因为文件组 'PRIMARY' 已满的解决方法
1.检查你是否限制了文件增长:
企业管理器--右键你的数据库--属性--数据文件--看看有没有设置文件的最大值
2.检查你的磁盘分区格式,如果不是NTFS分区,则会有限制,将磁盘分区格式改成NTFS
3.如果你不愿意改,则为你的数据库添加一个数据文件
企业管理器--右键你的数据库--属性--数据文件--添加数据文件
1.检查你的磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间。
2.检查你的磁盘分区格式：如果是FAT16,则数据文件最大只能是2G，如果是FAT32,则数据文件最大只能是4G，改为NTFS分区则没有这种限制。
3.检查一下你有没有限制数据库文件的大小：企业管理器--右键你的数据库--属性--文件增长限制--如果有限制大小,取消限制。
4.检查你的SQL版本,如果你用MSDE,则限制了数据文件最大是2G。
5.你也可以为 primary 组添加新的数据文件来解决这个问题
企业管理器--右键你的数据库--属性--数据文件－添加数据文件。
使用SQL语句：alter database 库名 add file(NAME = 逻辑文件名,FILENAME = 'c:实际文件名.ndf'。
相关文档：
当你正在处理被多个站点（像在跨国公司条件下）使用的大数据库时，你也许会遇到保证表格对象唯一性这样的棘手问题。在这种情形下，可能只能靠UNIQUEIDENTIFIER来解决。UNIQUEIDENTIFIER是一个保存全局唯一标识符的GUID数据类型。GUID是一个保证唯一的二进制数，因此几乎没有别的计算机会产生同一个值。
GUID的唯一值是由计 ......
第一种方法: 使用output参数
USE AdventureWorks;
GO
IF OBJECT_ID ( 'Production.usp_GetList', 'P' ) IS NOT NULL
DROP PROCEDURE Production.usp_GetList;
GO
CREATE PROCEDURE Production.usp_GetList @product varchar(40)
, @maxprice money
, ......
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）
7、锁或者死锁 ......
1. 说明：复制表(只复制结构，源表名：a，新表名：b)
SQL: select * into b from a where 1<>1;
2. 说明：拷贝表(拷贝数据，源表名：a，目标表名：b)
SQL: insert into b(a, b, c) select d, e, f from b;
3. ......
sp_databases --列出服务器上的所有数据库
sp_server_info --列出服务器信息，如字符集，版本和排列顺序
sp_stored_procedures--列出当前环境中的所有存储过程
sp_tables --列出当前环境中所有可以查询的对象
sp_start_job --立即启动自动化任务
sp_stop_job --停止正在执行的自动化任务
sp_password --� ......
