SAP BW中的TIMS域

Question

我目前正在改进在ECC环境中开发的几个自定义代码审查包，以便在BW中使用。我使用TOC将它们从ECC带入STMS之外的BW Sandbox，并且正如预期的那样得到了一些RC8。当我经历并激活并使代码库适应BW时，immediatley在BW中遇到了缺失的TIMS域。我正在寻找一些关于为什么TIMS不会成为BW中的域的细节或信息，因为ECC中的大多数其他域都在BW中。

我的选择是从ECC移动TIMS域或在BW环境中创建它。我对它不存在这一事实感到震惊。

在我走得更远之前的任何建议都表示赞赏。

Answer 1

我现在没有一个系统，但是根据什么包以及R3TR DOMA TIMS所属的交付组件，它很自然地不属于你的BW安装。我建议调整客户对象 - 毕竟你可能不需要域，应该可以调整使用它的数据元素直接使用数据类型TIMS。

Answer 2

设计合理的SAP BW系统只使用很少的自定义程序。有一些例程（包含在系统生成的程序中的代码片段）在加载过程中转换一些数据，但所有对象都是基于特定的数据库字段类型，这些字段被定义为在整个雪花模式数据库中具有特定的含义和功能设计。这在报告时提供了跨应用程序的可靠一致性。

这也意味着在加载数据时会进行拼版，以使其符合完全相同的数据类型和大小，无论其来源位于何处，并且还需要做很多工作来确保这种一致性。

所有日期“字段”（我们在SAP BW中实际上没有“简单字段” - 它实际上是统称为“特征”的相关数据库表的集合）基于单个引用特性0DATE，它本身具有/ BI0 / OIDATE的数据元素和DATUM的域。

所有时间特征也基于具有数据元素/ BI0 / OITIME和域时间的单个参考特征0TIME。要回答您的问题，此域名的类型为TIMS。

您必须记住，SAP BW系统主要是报告数据，这些数据是为了速度和准确性而安排的，通常是在汇总级别。有时需要更详细的级别，但这个细节很少会深入到第二级（及时），因为这实际上会爆炸要存储的数据量，并且通常不会为报告用户提供额外的价值。

在使用或需要时间的情况下，存储按分钟聚合的数据将是有用的或实际的。