MSSQL编程：对一年夜表（百万级以上）创建索引时应该...

Federated将不同的Mysql服务器联合起来，逻辑上组成一个完整的数据库。非常适合分布式应用索引|功能1、注重事项：
起首，应该思索表空间和磁盘空间是不是充足。我们晓得索引也是一种数据，在创建索引的时分必将也会占用大批表空间。因而在对一年夜表创建索引的时分起首应该思索的是空间容量成绩。

其次，在对创建索引的时分要对表举行加锁，因而应该注重操纵在营业余暇的时分举行。

2、功能调剂方面：
首当其冲的思索要素即是磁盘I/O。物理上，应该只管把索引与数据分离到分歧的磁盘上（不思索阵列的情形）。逻辑上，数据表空间与索引表空间分隔。这是在建索引时应该恪守的基础原则。

其次，我们晓得，在创建索引的时分要对表举行全表的扫描事情，因而，应该思索调年夜初始化参数db_file_multiblock_read_count的值。一样平常设置为16或更年夜。

再次，创建索引除要举行全表扫描外同时还要对数据举行大批的排序操纵，因而，应该调剂排序区的巨细。
9i之前，能够在session级别上加年夜sort_area_size的巨细，好比设置为100m大概更年夜。
9i今后，假如初始化参数workarea_size_policy的值为TRUE，则排序区从pga_aggregate_target里主动分派取得。

最初，创建索引的时分，能够加上nologging选项。以削减在创建索引过程当中发生的大批redo，从而进步实行的速率。InnoDB事务型数据库的首选引擎，支持ACID事务，支持行级锁定

理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识

备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

如果你是从“学习某一种数据库应用软件，从而获得应聘的资本和工作机会”的角度来问的话。

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。

这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。