MS Sql Server 2005 分区表有点麻烦
ALTER DATABASE AdventureWorks ADD FILEGROUP [2003Q3]
创建文件组后，使用 ALTER DATABASE 将文件添加到该文件组中。
ALTER DATABASE AdventureWorks
ADD FILE
(NAME = N'2003Q3',
FILENAME = N'C:\AdventureWorks\2003Q3.ndf',
SIZE = 5MB,
MAXSIZE = 100MB,
FILEGROWTH = 5MB)
TO FILEGROUP [2003Q3]
确定是否应使用多个文件组
为了有助于优化性能和维护，应使用文件组分离数据。文件组的数目一定程度上由硬件资源决定：一般情况下，文件组数最好与分区数相同，并且这些文件组通常位于不同的磁盘上。但是，这主要适用于打算对整个数据集进行分析的系统。如果您有多个 CPU，SQL Server 则可以并行处理多个分区，从而大大缩短处理大量复杂报表和分析的总体时间。这种情况下，可以获得并行处理以及在分区表中移入和移出分区的好处。
边上的同事说文件组包含多个文件可以增加并行度，也就是多个CPU可以一起读？
他的意思难道是说操作系统对程序访问单个文件有限制，多了话会阻塞？
如果是的话 Windows 2003 64位 企业版 文件有大小限制 有并行访问的限制不？
他还说可以把它们分配到不同磁盘上。不过如今都用Raid 10了 不需要人为的分成多个文件，反而增加维护复杂度。
他接着说 文件小而多比大而少 容易备份！
他说的是真的吗？
因此本人还是采用一个文件组和一个文件.其实就是用原来的数据文件的.
建立分区函数
CREATE PARTITION FUNCTION FuPart_szumevent(datetime)AS RANGE RIGHT FOR VALUES ('20070801','20070901','20071001','20071101','20071201','20080101','20080201','20080301','20080401','20080501','20080601','20080701','20080801','20080901','20081001','20081101','20081201')
这里采用的是范围分区。 这里有个Right 和Left 。Right比较容易理解 它是小于时间点的是另外个分区数据，大于和等于它的是所在的分区。
A<Time1<=B<Time2<=C 而Left是反过来 A>=Time1>B>=Time2>C
Left 有个麻烦点是 >=Time1 => 2008-01-01 23:59:59.997
建立分区架构：
CREATE PARTITION SCHEME FNw_szumevent AS PARTITION FuPart_szumevent ALL TO ([PRIMARY])
其实就是关联东东，或许Ms认为以后DBA会对分区表进行改用分区函数
建立分区表：
CREATE TABLE [dbo].[Part_
相关文档：
从Access数据库导入到SQL
方法一:
在MSsql中要简历ODBC..方法比较笨点..
方法二:
直接从Access升迁到MSsql..
因为Access数据库有设置密码..还真不好搞..搞了好几次都失败了..
利用方法二..一次成功..
用数据库升迁...简单...
建议使用第二种方法导入ACCESS数据库到MSSQL数据库中..省事!!! ......
1、查找表中多余的重复记录，重复记录是根据单个字段（peopleId）来判断
select * from people
where peopleId in (select peopleId from people group by peopleId having count(peopleId) > 1)
2、删除表中多余的重复记录，重复记录是根据单个� ......
(1)SEQNAME.NEXTVAL里面的值如何读出来？可以直接在insert into test values(SEQNAME.NEXTVAL) 是可以用 这样：
SELECT tmp#_seq.NEXTVAL
INTO id_temp
from DUAL; 然后可� ......
由于处于系统开发的后期，需要给客户演示。发现大量的表，存在大量的测试数据。需要清除，用“delete from tablename” --> 晕死。后来发现居然有这么强大的东东。 ：）
EXECUTE sp_msforeachtable 'delete from ?'
......
