如果数据包括LOB，那么用户就必须创建LOB表空间。对于非LOB数据，一般需要在分区表空间和分段表空间之间进行选择，这很大程度上取决于要存储的数据量，在一定长度上也取决于相关应用程序所需的数据访问类型。简单表空间已经很少被推荐了。

　　下面列出了分段表空间相对于简单表空间的一些性能优势：

　　1) 对于包含多个表的表空间，当DB2取得用于某一个表的锁时，这个锁不会影响对其他表的段的访问。

　　2) 当DB2扫描一个表时，只是访问与那个表相关的段。而且，空段中的页不会被提取。

　　3) 如果一个表被删除，在执行COMMIT之际，它的段就立即可以为其他表所用，而不需要执行REORG实用程序。

　　4) 如果一个表中的所有行都被删除（即 mass delete），则在执行COMMIT之际，该表所有的段就立即可以为其他表所用，而不需要执行REORG实用程序。

　　5) mass delete执行起来要高效得多，并且要写的日志信息也更少一些。

　　6) COPY实用程序不会复制那些由mass delete操作或删除（DROP）一个表所造成的空页。

　　当表达到一定大小时，通过实现分区表空间可以提高易管理性和性能。如果预见到这样的增长，那么明智的做法是，在设计和创建表空间时将其定义为分区的。下面列出了分区表空间可以提供的一些潜在的优势：

　　1) 并行性：您可以使用DB2 UDB目前所使用的三种并行方式。查询并行（多条I/O路径）是在DB2 V3中引入的。Sysplex查询并行（一个DB2数据共享组中的多用户和多任务）是在DB2 UDB V5中引入的。到现在，DB2已得到极大的发展，并大大地增强了那些处理分区表空间的DB2应用程序的并行处理能力。通过增加一定的CPU时间，可以大大减少这些查询所需的时间。

　　2) 对部分数据进行操作：分区表空间允许DB2实用程序一次处理一个分区的数据，这样其他任务或应用程序就可以并发地对其他分区进行访问。按照类似的方式，您可以将mass UPDATE、DELETE或INSERT操作拆成多个不同的任务。除了增加可用性以外，这种技术还可以为减少完成这种DB2工作所需的时间提供潜力。

　　3) 对频繁访问的数据有更快的访问速度：如果分区索引可以将访问更频繁的行与表中其他的行分开来，那么就可以将这些数据放入到它们专用的分区中，并使用更高速的DASD设备。

　　通常，表越大，就越有理由将其创建为分区的表。但有时候为较小的表创建分区表空间也很有利。当将 查找（lookup）表与其他较大的分区的表相连接时，通过将查找表也进行分区，可以最大化并行度。

　　如果在连接谓词中使用分区键（partitioning key），最后还有一点考虑需要顾及。需要按分区键进行连接的表应该有相同数量的分区，并且应该在相同的值上断开。