SQL Server，负载均衡，数据库集群
SQL Server 2005实现负载均衡
前言
Internet的规模每一百天就会增长一倍，客户希望获得7天×24小时的不间断可用性及较快的系统反应时间，而不愿屡次看到某个站点“Server Too Busy”及频繁的系统故障。
随着业务量的提高,以及访问量和数据流量的快速增长，网络各个核心部分的处理性能和计算强度也相应增大，使得单一设备根本无法承担。在此情况下，如果扔掉现有设备去做大量的硬件升级，必将造成现有资源的浪费，而且下一次业务量的提升，又将导致再一次硬件升级的高额成本投入。于是，负载均衡机制应运而生。
ORACLE的“RAC”启示
对于负载均衡，笔者经常接触的当属Oracle的负载均衡机制。下面，我们先简单了解Oracle的负载均衡的实现方案。
Real Application Clusters是并行服务器(8i及以前版本称作Oracle Parallel Server，OPS)，用来在集群环境下实现多机共享数据库，以保证应用的高可用性，同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的排错和无断点恢复。它可以自动进行负载平衡、故障修复和规划停机时间，以支持高可用性应用程序。若并行服务器中某节点失效，透明的应用程序容错能够把用户自动转接到另一节点上继续运行，应用程序在用户没有察觉的情况下继续执行。这使周期性和非周期性发生故障的系统增大了连续可用性。进程的失效可以完全透明地转移到另一节点上去，通过适当地配置，可以指定所有查询都在客户端进行缓存，这样它们便可以在转移后的节点上重新设置。那么在SQL Server平台上是否也可以实现类似的效果？
Microsoft Cluster Server
Microsoft Cluster Server(MSCS)相对于单点来说，Microsoft Cluster Server(MSCS)是一个可以提升可用性的技术，不可以负载均衡的，Microsoft称之为故障转移集群。(属于高可用集群共享磁盘架构)
从硬件连接上看，很像Oracle的RAC，两个节点，通过网络连接，共享磁盘；事实上SQL Server数据库只运行在一个节点上，当出现故障时，另一个节点只是作为这个节点的备份；
因为始终只有一个节点在运行，在性能上也得不到提升,系统也就不具备扩展的能力。当现有的机器不能满足应用的负载时只能更换更高配置的机器。
升级到综合性能更强大的硬件，带来的问题是硬件的浪费，然而，单节点体系结构最终会达到一个瓶颈并无法实现进一步的有效扩展。具体表现为逐渐缩小的回报率或者价格惊人的昂贵硬件设备，系统得不到可持续的扩展。
SQL Server 2
相关文档：
1 ，对于日期字段字段
access表示为：#1981-28-12#
SQLSERVER2000表示为：''1981-02-12''
2,SQL语句区别，select ,update 在对单表操作时都差不多，
但多表操作时update语句的区别ACCESS与SQLSERVER中的Update语句对比:
SQLSERVER中更新多表的Update语句:
Update Tab1
SET a.Name = b.Name
from Tab1 a,Tab2 b
Whe ......
如果你经常遇到下面的问题，你就要考虑使用SQL Server的模板来写规范的SQL语句了：
SQL初学者。
经常忘记常用的DML或是DDL SQL 语句。
在多人开发维护的SQL中，每个人都有自己的SQL习惯，没有一套统一的规范。
在SQL Server Management Studio中，已经给大家提供了很多常用的现成SQL规范模板。
SQL Server Management ......
架构
架构让用户能够将数据库对象根据其用途进行分组，可将架构视为数据库中对象的逻辑分组。调用架构中的对象时，需要使用至少包含俩部分的名称。用户比较熟悉dbo架构，对于给定数据库，它是默认的架构。最后的方法是使用俩部分名称来引用数据库对象。
同义词
同义词在数据库对象和客户端之间创建一个抽象层，实质上它� ......
--语 句 功 能
--数据操作
SELECT --从数据库表中检索数据行和列
INSERT --向数据库表添加新数据行
DELETE --从数据库表中删除数据行
UPDATE --更新数据库表中的数据
--数据定义
CREATE TABLE --创建一个数据库表
DROP TABLE --从数据库中删除表
ALTER ......
