DB2支持的三种表空间SMS、DMS、DMS的自动存储
DB2支持的三种表空间SMS、DMS、DMS的自动存储
DB2中，表空间是数据库与这个数据库中存储的表之间的逻辑层。表空间在数据库中创建，表在表空间中创建。容器是一个物理存储设备。它可以由目录名、设备名或文件名标识。容器被分配给表空间。表空间可以跨许多容器（类似于Oracle中datafile的概念），这意味着可以突破操作系统对于一个容器可以包含的数据量的限制。DB2 支持三种表空间：
· 系统管理的空间（System-Managed Space，SMS）：在这里，由操作系统的文件系统管理器分配和管理空间。在DB2 9 之前，如果不带任何参数创建数据库或表空间，就会导致所有表空间作为 SMS 对象创建。
· 数据库管理的空间（Database-Managed Space，DMS）：在这里，由数据库管理程序控制存储空间。这种表空间本质上是一种特殊用途的文件系统实现，可以最好地满足数据库管理程序的需要。
· DMS 的自动存储（Automatic Storage With DMS）：自动存储实际上不是一种单独的表空间类型，而是一种处理DMS 存储的不同方式。DMS 容器需要比较多的维护，在 DB2 V8.2.2 中引入了自动存储，作为简化空间管理的方式。
SMS 表空间需要的维护非常少。但是，与 DMS 表空间相比，SMS 表空间提供的优化选项少而且性能不好。
SMS、DMS与自动存储
特性 | SMS | DMS | 自动存储 |
是否分段（Striping）？ | 是 | 是 | 是 |
默认类型 | Version 8 | 无 | Version 9 |
对象管理 | 操作系统 | DB2 | DB2 |
空间分配 | 按需增长/收缩 | 预先分配；大小可以收缩和增长，但是需要 DBA 干预。 | 预先分配；可以自动增长。 |
管理的简便性 | 最好；很少需要调优，甚至不需要 | 好，但是需要一些调优（例如， EXTENTSIZE PREFETCHSIZE | 最好；很少需要调优，甚至不需要 |
性能 | 非常好 | 最好；可通过利用原始容器多获得 5% 到 10% 的收益 | 最好；但是，可以不使用原始容器 |
表空间最大大小 | 64GB（4K 页面） | 2TB（4K 页面） | 2TB（4K 页面） |
除了使用 SMS 表空间可以简化管理之外，这两种存储模型之间最显著的差异是表空间的最大大小。在使用 SMS 时，DBA最多只能在表空间中放 64GB 的数据。将页面大小改为 32K，可以将这个限制扩大到 512GB，但代价是每个页面上的可用空间可能会更少。改为 DMS 模型会将表空间限制扩大到 2TB（4K 页面大小的情况下）。如果将页面大小改为 32K，可用空间可以增长到 16TB。尽管还有让表大小突破 64GB 限制的其他方法，但是最简单的方法可能是一开始就使用 DMS 表空间。
DMS与自动存储
DB2 8.2.2 引入了自动存储的概念。自动存储允许 DBA 为数据库设置在创建所有表空间容器时可以使用的存储路径。DBA不必显式地定义表空间的位置和大小，系统将自动地分配表空间。在 DB2 9 中，数据库在创建时将启用自动存储，除非 DBA显式地覆盖这个设置。
启用自动存储的数据库有一个或多个相关联的存储路径。表空间可以定义为 "由自动存储进行管理"，它的容器由 DB2根据这些存储路径进行分配。数据库只能在创建时启用自动存储。对于在最初没有启用自动存储的数据库，不能在以后启用这个特性。同样，对于在最初启用了自动存储的数据库，也不能在以后禁用这个特性。
特性 | 非自动存储 | 自动存储 |
容器的创建 | 必须在创建表空间时显式地提供容器。 | 不能在创建表空间时提供容器；它们将由 DB2 自动地分配。 |
容器大小的调整 | 在默认情况下，表空间大小的自动调整是关闭的（AUTORESIZE NO）。 | 在默认情况下，表空间大小的自动调整是打开的（AUTORESIZE YES）。 |
初始大小 | 不能使用 INITIALSIZE 子句指定表空间的初始大小。 | 使用 INITIALSIZE 子句指定表空间的初始大小。 |
容器的修改 | 可以使用 ALTER TABLESPACE 语句（ADD、DROP、BEGIN NEW STRIPE SET 等等）执行容器操作。 | 不能执行容器操作，因为由 DB2 控制空间管理。 |
管理的简便性 | 可以使用重定向的恢复操作重新定义与表空间相关联的容器。 | 不能使用重定向的恢复操作重新定义与表空间相关联的容器，因为由DB2 控制空间管理。 |
在DB2中表空间的存储方式有两种，SMS(System Managed Space)和DMS(Database Managed Space)。
SMS直接利用操作系统的文件系统来管理数据。表空间中的数据按照系统中所有容器上进行数据块划分。表空间中的所有的表都被赋予了它自己的文件名，此文件名在所有的容器中使用。文件扩展名指示出该文件中存储的数据类型。
DMS是由数据库进行表空间的存储空间控制。当定义DMS表空间时，需要选择设备或者文件列表，使其属于该表空间。
DMS表空间和SMS表空间之间的主要差别在于，对于DMS的表空间，存储空间是在创建表空间时分配的，而不是在需要时在向操作系统申请的。并且，在这两种类型的表空间上，数据的放置也是有一些不同之处。例如：考虑进行高效率的表扫描时，数据块在物理上连续存放是很重要的。对于SMS来说，操作系统的文件系统将决定每个逻辑文件页面的物理存储位置。根据文件系统上其他活动的级别以及用来确定存放位置的算法不同，这些逻辑连续的页面可能会连续存放，也可能不连续分配。对于DMS，由于是数据库管理程序直接与磁盘打交道，所以它在理论上可能保证页面在物理上连续存放。
但是，应该注意的是，当使用DMS表空间时，有两个容器选项：原始设备（raw）和文件（file）。当使用文件选项时，数据库管理程序在创建表空间时向文件系统申请分配整个容器。由于是从文件系统分配得来，导致物理分配通常（但也不保证）是连续的。当使用原始设备容器时，数据库管理程序直接控制整个设备，并总能确保数据块中的页连续分配。
SMS和DMS表空间相比，SMS表空间特别适合一般用途。SMS表空间能够提供一定的性能，且管理成本很低。如果需要达到最佳的性能，则应该选用DMS表空间。因为使用文件容器或者SMS表空间移动数据时会发生双重缓冲（在数据库管理程序级首先缓冲一次数据，然后在文件系统再缓冲一次数据，这就是双重缓冲），所以使用设备容器可能提供更好的性能。
SMS是系统管理的表空间，DMS是数据库管理的表空间。
SMS在老的DB2版本使用，在新DB2版本中推荐使用DMS。
DMS可以使用裸设备，SMS不可以使用。
DMS可以将数据对象分开存放，例如常规数据、索引、大字段等，都可以分开存放，SMS做不到这点。
这是SMS和DMS的主要区别，除此之外，还有一些细节上的区别，可参考DB2的相关文档
