MYSQL教程之SQL Server 2005 中的分区表和索引

MySQL在业界的流行所带来的另一个好处是，人们总可以很轻松地发现本行业的MySQL学习教程。厂商都希望他们的开发工具和应用程序框架可以与MySQL数据库兼容。　　本文示例源代码或素材下载
　　择要：SQLServer2005中基于表的分区功效为简化分区表的创立和保护历程供应了天真性和更好的功能。追溯从逻辑分区表和手动分区表的功效到最新分区功效的开展过程，探究为何、什么时候和怎样利用SQLServer2005计划、完成和保护分区表。
为何要举行分区？　　甚么是分区？为何要利用分区？复杂的回覆是：为了改良年夜型表和具有各类会见形式的表的可伸缩性和可办理性。一般，创立表是为了存储某种实体（比方客户或发卖）的信息，而且每一个表只具有形貌该实体的属性。一个表对应一个实体是最简单计划和了解的，因而不必要优化这类表的功能、可伸缩性和可办理性，特别是在表变年夜的情形下。
　　年夜型表是由甚么组成的呢？超年夜型数据库(VLDB)的巨细以数百GB盘算，乃至以TB盘算，但这个术语纷歧定可以反应数据库中各个表的巨细。年夜型数据库是指没法依照预期体例运转的数据库，大概运转本钱或保护本钱超越预定保护请求或预算请求的数据库。这些请求也合用于表；假如其他用户的举动或保护操纵限定了数据的可用性，则能够以为表十分年夜。比方，假如功能严峻下落，大概天天、每周乃至每月的保护时代有两个小时没法会见数据，则能够以为发卖表十分年夜。有些情形下，周期性的停机工夫是能够承受的，可是经由过程更好的计划和分区完成，一般能够制止或最年夜水平地削减这类情形的产生。固然术语VLDB仅合用于数据库，但对分区来讲，懂得表的巨细更主要。
　　除巨细以外，当表中的分歧行集具有分歧的利用形式时，具有分歧会见形式的表也大概会影响功能和可用性。只管利用形式其实不老是在变更（这也不是举行分区的需要前提），但在利用形式产生变更时，经由过程分区能够进一步改良办理、功能和可用性。还以发卖表为例，以后月份的数据多是可读写的，但以往月份的数据（一般占表数据的年夜部分）是只读的。在数据利用产生变更的相似情形下，或在保护本钱跟着在表中读写数据的次数增添而变得非常复杂的情形下，表呼应用户哀求的才能大概会遭到影响。响应地，这也限定了服务器的可用性和可伸缩性。
正如前文所提到的，MySQL易学、易部署、易管理和易维护。

我个人认为就是孜孜不懈的学习

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

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

光写几个SQL实在叫无知。

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

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

只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。

仓酷云

如安全管理、备份恢复、性能监控和调优等，SQL只要熟悉基本操作就可以，只要程序设计部分只要稍加了解即可（如存储过程、触发器等）。