表空间的特殊性

尽管在 10 年前得到了回答，但我认为我无法改进 Justin Cave 在 SO 上的类似问题中非常适用的答案：Oracle 数据库是否应该有多个表空间用于数据存储？

我的偏见（这主要是个人偏好问题）是，如果创建额外的表空间没有令人信服的好处，那么使用单个表空间会更容易。

• 将对象放在不同的表空间中没有性能优势。有一个古老的神话，即分离表和索引会带来一些性能优势。将 I/O 分布到所有可用的轴上有一个潜在的好处，但是在单个表空间中使用多个数据文件比使用多个表空间更好，因为假设您的 SAN 是 Oracle 在不同数据文件中进行范围的循环分配'已经在做一些事情来平衡 I/O。
• 如果您有大型静态查找/历史表，这样您就可以通过仅引入较小的事务表空间来将数据库的新副本带到客户端站点，这将是考虑多个表空间的原因。但是很少有应用程序具有这种设置。如果您必须带上全部 200 GB，那么拥有多少个表空间都没有关系。
• 同样，如果您有大型只读对象，将它们放在只读表空间中可以大大减少备份所需的时间和空间。不过，这在数据仓库之外的实践中并不是特别常见。
• 如果您的应用程序可以在没有某些对象子集的情况下运行，那么创建单独的表空间可能会有好处，这样您就可以使一个表空间脱机并进行表空间级恢复。尽管如此，很少有应用程序可以在没有一组对象的情况下运行——例如，如果您丢失了索引表空间，应用程序可能就像丢失所有内容一样死掉。
• 如果您有大量空表或大部分空表以及许多非常大的表，从空间利用的角度来看，具有不同区段分配策略的单独表空间可能更可取。打包应用程序偶尔会发生这种情况，其中任何给定的安装都使用相对较小百分比的可用表，并且您不希望每个空表都分配有相对较大的范围。在本地管理的表空间中使用自动扩展区管理，这往往不是一个主要问题，如果您想使用统一扩展区，它可能更值得关注。
• 如果不同的对象对磁盘性能有不同的优先级，并且您有不同类型的磁盘可用，则单独的表空间可以让您将不同的对象放在不同的磁盘组上。例如，在数据仓库中，您可能希望将较旧的数据放在速度较慢、较便宜的磁盘上，而将较新的数据放在成本较高的磁盘上。对于 OLTP 应用程序，这种情况很少发生。

除非您的应用程序属于这些特殊情况之一，否则拥有单独表空间的唯一好处是吸引 DBA 的组织意识。就个人而言，我非常高兴能够避免每次创建对象时都指定表空间名称，或者当对象不可避免地错误地在默认表空间中创建时，将对象从“错误的”表空间中移出。就我个人而言，如果在具有不同统一区段大小的手动优化表空间集上使用具有自动区段管理的本地管理表空间时，是否会“浪费”几十 MB 的空间，我并不过分担心。另一方面，优秀的 DBA 往往非常关心组织“恰如其分”的事情，所以我