SQL Databases Don't Scale （简译）
我经常问的一个问题是：你是如何来扩展SQL Database的？有很多的方法可以做到，比如使用缓存，共享或者用其他的技术将压力从数据库释放，但实际上我们没有。SQL Database从根本上来说是不具有扩展性的，我们也没有魔法使它忽然具有扩展性。
什么是扩展性？
必须具有几下几点：
横向扩展：更多的server可以带来更高的性能。
对应用程序的透明性：扩展的实现对于业务逻辑来说是透明的，逻辑上只有一个server服务于业务。
单点失败不会导致故障：单个server或者节点的宕机不会导致系统的失败。
接下来，让我们看一些技术如何“扩展”SQL Database以及他们为什么没有达到以上几点。
纵向扩展
一种方法去扩展SQL Database是买更大的server或者存储。这带来的问题是：
运输变的复杂
原来的机器落后，升级变的浪费资源
你不知道到底类似容量这样的问题会变的有多大
这个不符合扩展性的第一条。
分区，共享
根据逻辑对数据进行分区。这种方法也是纵向扩展的一种方法，它紧密依赖于应用并且你需要仔细的去计划你的schema。
这种方法对于程序来说是不透明的，必须和业务结合在一起，不符合扩展性的第二条。更严重的问题是，数据库是关系数据库，存储的数据也是相关的，这样的相关数据分布在多个server上，你需要为这样重复的关系服务，而且当他们返回时必须在客户端重新构建这样的关系。
只读的Slave
MySql的杀手级应用就是配置方便的master-slave复制，你可以用一个read-only-slave来处理你的读应用而把所有的insert update delete都由master来处理。
这种方式是最好的扩展方式，这也是很多大型的MySql在使用的方法。对于读扩展来说这样的方法是好的，对于写扩展来说这样的效率还是不行的，而且当你维护master server的时候，也会造成整个系统的宕机。
原文：http://adam.blog.heroku.com/past/2009/7/6/sql_databases_dont_scale/
相关文档：
1.SQL SERVER的数据类型
数据类弄是数据的一种属性，表示数据所表示信息的类型。任何一种计算机语言都定义了自己的数据类型。当然，不同的程序语言都具有不同的特点，所定义的数据类型的各类和名称都或多或少有些不同。SQLServer 提供了 25 种数据类型：
·Binary [(n)]
·Varbinary [(n)]
......
在SQL SERVER 2005/2008中拥有一个对象
从SQL SERVER2000升级到2005/2008后，一个我们必须重新认识的情况是对象不再有所有者（owner）。架构包含对象，架构有所有者。如果你查询表sys.objects，你将会看到这看起来是正确的，只是表中还有一个字段principal_id，但是一般情况下它总是NULL值。不久前一天，我突然对principal ......
创建作业：
DECLARE @jobid uniqueidentifier, @jobname sysname
SET @jobname = N'作业名称'
IF EXISTS(SELECT * from msdb.dbo.sysjobs WHERE name=@jobname)
EXEC msdb.dbo.sp_delete_job @job_name=@jobname
EXEC msdb.dbo.sp_add_job
@job_name = @jobname,
@job_id = @jobid OUTPUT
--定义作业步骤
DECLARE ......
MYSQL可以在控制台下进行操作，利用命令
SQL代码
mysql -h localhost -u root -p123456
就可以登陆MYSQL的控制台。
sql server也提供了控制台下的操作功能。
在SQL SERVER的 binn目录下，提供了osql.exe与isql.exe这两个文件。
这两个程序都提供了访问SQL SERVER的功能，这� ......
