试图找到一种方法来熟悉 SAP PLM 背后的数据库的结构和内容

Posted 2023-02-18

【中文标题】试图找到一种方法来熟悉 SAP PLM 背后的数据库的结构和内容

【英文标题】：trying to find a way to familiarize myself with the structure and content of the database that sits behind a SAP PLM

【发布时间】：2015-11-19 10:38:17

【问题描述】：

我正在尝试找到一种方法来熟悉位于 SAP PLM 系统后面的数据库的结构和内容，通过 SAP GUI（不能直接访问数据库），而不会有无意中更改任何内容的风险（只读.

我目前拥有运行 SE16 事务（数据浏览器）的权限，但所有数据导出功能已被禁用。我在各种论坛上看到了交易代码 SE12（ABAP 字典显示）的提及，这听起来很有希望，但我被拒绝访问它的人必须签署所有帐户请求或项目权限更改。

我是否应该坚持尝试访问 SE12 事务？

除了 SE12 之外，我是否应该考虑尝试访问其他事务？

【问题讨论】：

我想说这是题外话。然而，拒绝 SE12 而提供 SE16 只是愚蠢的。如果可能的话，至少在测试环境中尝试获得ST05权限，这样可以让你跟踪SQL语句，这比仅仅静态结构展示有用得多。

在您获得对 SE12 的访问权之前，您可以使用对 SE16 和表 DD03L 的访问权来查看不同表中的所有字段。这也说明允许 SE16 而不允许 SE12 确实是愚蠢的。

【参考方案1】：

抱歉，这是我第一次发布问题，听起来好像我发错地方了。我找到了 SAP Community Network 并在那里重新发布并得到了下面的答案。听起来 SE12 确实很有用，但也听起来试图理解 SAP 数据库是一件傻事。也许最好将其视为一个黑匣子，并将与定位和提取外部系统所需数据​​相关的任何工作推给实施该系统的顾问/团队。

*" 首先，没有人通过 GUI 以外的任何方式访问 SAP 数据库。考虑广泛的引用完整性，并考虑到其中很多是由位于数据库本身之上的应用程序代码管理的，而不是数据库级别的约束，并且您意识到直接与 SAP 系统下的数据库交互是自找麻烦。 SE11 和 SE16 是您需要在 GUI 中实现此目的的两个事务。正如 Arden 所建议的那样，在您的环境中的 DEV 系统中访问这些应该很容易。如果您的授权经理拒绝，请让他们说明原因。

直言不讳，我会质疑这项努力的价值。 SAP 是一个非常非常简单的术语，一个庞大的关系数据库，其中包含大量的应用程序代码。多年来，我遇到过许多人试图映射或建模底层 SAP 数据库模式，通常，他们在意识到这项任务的徒劳之前几乎没有触及表面！当我说巨大时，我的意思是非常巨大。想想成千上万张桌子中的十张，如果不是更多的话。甚至 SAP 中的单个模块（例如 PLM）也可能由数百个或更多数据库对象组成。那是在我们获得所有其他数据字典对象（例如视图、结构、锁对象、域等）之前......

说了这么多，我真的认为您没有以正确的方式接近 SAP，并且会很快浪费大量时间而无处可去。如果您简要解释一下为什么要了解整个数据模型，也许它会帮助我们更多地帮助您？ "*

【参考方案2】：

要熟悉 PLM 数据库结构，将 PLM 事务的知识与相应的数据库表和字段联系起来非常有帮助。

我猜你是一个用户，你可以访问一些 PLM 交易。

当您进行 PLM 事务时，单击感兴趣的字段，然后在菜单中

System -> Status

你很有可能这样做。

在那里您可以看到字段名称和基础表或结构。如果你在 SE16 中找到它，它是一张桌子，看看里面是什么。 （如果是结构：对不起）。它通常是一张桌子。

这个答案是专为你的大脑连接点而设计的，当你拥有 SE16 时，你很有可能拥有必要的权利。