MSSQL网页编程之使用同义词简化SQL Server 2005开辟

由MySQL用来存储数据的文件格式以已经被广泛地测试过，但是总是有外部情况可以导致数据库表被破坏：　　一.弁言
　　假如你已经利用SQLServer开辟过任何软件，那末你一定会习气于利用四部分标识符来参考一个工具：
　　[[[server.][database].][schema_name].]object_name
　　正如下面的方括号所显现的，该语法的分歧部分能够被疏忽，只需你供应充足的表达来无二义地标识你的工具便可。比方，上面一切这些表达都大概参考不异的工具：
　　Server1.AdventureWorks.Production.ProductCategory
AdventureWorks.Production.ProductCategory
AdventureWorks..ProductCategory
ProductCategory
　　在年夜多半情形下，你能够仅利用三部分名字而疏忽服务器名-除非你是在处置在一个毗连的服务器上的工具。默许情形下，一切工具的高低文都是当地数据库-你的SQL语句在个中实行。可是，有些情形下，大概更加正确地说，你必需利用这全部四部分定名（或称作一种全称限制名）。可是，在SQLServer2005中，这类情形有所改动。
　　二.熟习同义词
　　SQLServer2005引进了一个同义词的观点，这是一个单部分的名字，它能够交换在很多SQL语句中的一个两、三或四部分的名字。利用同义词可让你削减输出，并且还能供应一个笼统层来为你回护底层工具的改动。为了了解其事情道理，让我们先看一下创立同义词的语法。上面是CREATESYNONYM语句的语法：
　　CREATESYNONYM[schema_name.]synonym_nameFORobject_name
　　在此，object_name是一个SQLServer工具(全称限制已足以可以标识出这个工具)的名字，而synonym_name是你想赋给它的新名字。假如你不想为同义词指定一种形式，那末SQLServer利用以后的用户的默许形式。当你创立同义词时，响应的工具不必要存在，由于同义词是迟绑定的：当你实践上利用同义词时，SQLServer仅仅反省基工具。
支持大型的数据库。可以处理拥有上千万条记录的大型数据库。

至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。

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

多加的系统视图和实时系统信息这些东西对DBA挑优非常有帮助，但是感觉粒度还是不太细。

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

一个是把SQL语句写到客户端,可以使用DataSet进行加工;

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。