您当前的位置: 首页 » MySQL/MSSQL编程 » 向外扩展SQL Server 实现更高扩展性
向外扩展SQL Server 实现更高扩展性
论坛链接
本文说明向外扩展数据库系统的两个选项，从而实现更高的可扩展性：水平数据划分和垂直数据划分当我提到向外扩展数据库系统时，我实际上只是讨论对数据库系统进行分割或划分，以便你能利用那些部分，把它们分配到单独的数据库服务器上。这允许你在许多服务器间分散处理能力，以适应不断扩张的增长。
但是，额外的特性和功能需要更高的复杂程度。一个向外扩展的数据库很难进行设计或管理。在你成功对一个数据库系统实行向外扩展之前，你必须解决许多困难的商业和技术难题。
本文说明向外扩展数据库系统的两个选项，从而实现更高的可扩展性：水平数据划分和垂直数据划分。
水平数据划分
使用水平数据划分，数据库结构在数据库实例方面没有变化。通常，数据库之间唯一的不同在于实例包含的数据不同。
开发出中间层应用程序，使得实例间的数据得到适当维护，是这种解决方案的特点。可能很难决定如何在数据库实例间划分数据。数据分配方法十分关键，因为我们需要在不同服务器间比较平均地分散数据负载。不进行这种平均分割，你就无法取得向外扩展数据库的任何好处，因为查询或事务处理的大部分IO仍然只发生在一台服务器上。
既然全部数据不再保存在一台服务器上，因此在必要时更难对所有数据执行查询。幸运的是，你可以建立分布式划分视图连接两个服务器实例间的数据，使得数据看起来就像保存在一台服务器上。有一些特殊的视图，它们利用连接的服务器和在数据表上建立的约束，有效地返回数据，就好像你只查询一台服务器上的数据一样。(我将在下周的文章中详细讨论分布式划分视图。)
另外，值得一提的是，如果服务器处在不同的地理位置，它们的性能可能会受到影响。在这种情况下，你可能希望复制实例间的数据，以便每台服务器拥有完整的数据，但只负责维护特定的一块数据。
垂直数据划分
垂直数据划分包括把数据库表分割成在不同服务器上保存的不同数据库实例。每台服务器一般分配完成一个特殊的任务。这样就可以对那些表中的IO进行分割。这种类型的分割取决于将系统逻辑地划分成许多部分，以便这些部分能够独立操作。如果实例间需要最少量的交互进行事务处理，这种处理就很有必要。
例如，如果你的数据库系统维护销售、营销和广告数据，最好是把这些表分割成单个的数据库实例，阻止它们共享同一台服务器上的IO。可能你还需要处理这两个共享一些相同数据(例如客户数据)的系统。能够分割这些商业功能，你就可以在必要时向外扩展数据库环境，提高系统效率。
但是，额外的特性和功能需要更高的复杂程度。一个向外扩展的数据库很难进行设计或管理。在你成功对一个数据库系统实行向外扩展之前，你必须解决许多困难的商业和技术难题。
本文说明向外扩展数据库系统的两个选项，从而实现更高的可扩展性：水平数据划分和垂直数据划分。
水平数据划分
使用水平数据划分，数据库结构在数据库实例方面没有变化。通常，数据库之间唯一的不同在于实例包含的数据不同。
开发出中间层应用程序，使得实例间的数据得到适当维护，是这种解决方案的特点。可能很难决定如何在数据库实例间划分数据。数据分配方法十分关键，因为我们需要在不同服务器间比较平均地分散数据负载。不进行这种平均分割，你就无法取得向外扩展数据库的任何好处，因为查询或事务处理的大部分IO仍然只发生在一台服务器上。
既然全部数据不再保存在一台服务器上，因此在必要时更难对所有数据执行查询。幸运的是，你可以建立分布式划分视图连接两个服务器实例间的数据，使得数据看起来就像保存在一台服务器上。有一些特殊的视图，它们利用连接的服务器和在数据表上建立的约束，有效地返回数据，就好像你只查询一台服务器上的数据一样。(我将在下周的文章中详细讨论分布式划分视图。)
另外，值得一提的是，如果服务器处在不同的地理位置，它们的性能可能会受到影响。在这种情况下，你可能希望复制实例间的数据，以便每台服务器拥有完整的数据，但只负责维护特定的一块数据。
垂直数据划分
垂直数据划分包括把数据库表分割成在不同服务器上保存的不同数据库实例。每台服务器一般分配完成一个特殊的任务。这样就可以对那些表中的IO进行分割。这种类型的分割取决于将系统逻辑地划分成许多部分，以便这些部分能够独立操作。如果实例间需要最少量的交互进行事务处理，这种处理就很有必要。
例如，如果你的数据库系统维护销售、营销和广告数据，最好是把这些表分割成单个的数据库实例，阻止它们共享同一台服务器上的IO。可能你还需要处理这两个共享一些相同数据(例如客户数据)的系统。能够分割这些商业功能，你就可以在必要时向外扩展数据库环境，提高系统效率。