我目前正在改造几个在 ECC 环境中开发的自定义代码审查包，以便在 BW 中使用。我使用目录将它们从 ECC 带到 STMS 之外的 BW 沙箱中，正如预期的那样得到了一些 RC8。当我正在经历并激活代码库并将其安装到 BW 时，我立即遇到了 BW 中缺少的 TIMS 域。我正在寻找一些细节或信息，说明为什么 TIMS 不会成为 BW 中的域，因为 ECC 中的大多数其他域都在 BW 中。
我的选择是从 ECC 移入 TIMS 域或在 BW 环境中创建它。我只是对它不存在的事实感到震惊。
在我进一步讨论之前，任何建议都值得赞赏。
头没有系统，但根据什么包，因此是什么交付组件 R3TR DOMA TIMS 是其中的一部分，很自然地它不是您的 BW 安装的一部分。我建议调整客户对象 - 毕竟您可能不需要域，应该可以调整使用它的数据元素，以便直接使用数据类型 TIMS。
一个设计合理的SAP BW系统使用很少的自定义程序。有一些例程（包含在系统生成的程序中的代码片段）在加载过程中转换一些数据，但所有对象无一例外都基于特定的数据库字段类型，这些字段类型被定义为在整个雪花模式数据库设计中具有特定的含义和功能。这在报告时提供了跨应用程序的可靠一致性。
这也意味着，当加载数据时，会进行强制处理，以便无论其来源来自何处，它都符合完全相同的数据类型和大小，并且要做很多工作来确保这种一致性。
所有日期"字段"（我们在SAP BW中并没有真正的"简单字段" - 它实际上是相关数据库表的集合，统称为"特征"）都基于单个引用特征0DATE，该特征本身具有/BI0/OIDATE的数据元素和基准域。
所有时间特征也基于具有数据元素/BI0/OITIME 和域时间的单个引用特征 0TIME。为了回答您的问题，此域的类型为 TIMS。
您必须记住，SAP BW 系统主要是关于报告为速度和准确性而安排的数据，通常是在聚合级别。有时需要更详细的级别，但很少会向下钻取到第二个级别（及时），因为实际上这会爆炸要存储的数据量，并且通常不会为报告用户提供额外的价值。
在使用或需要时间的情况下，仅存储按分钟聚合的数据才有用或实用。