我正在尝试通过SAP GUI（无法直接访问数据库）熟悉SAP PLM系统背后的数据库结构和内容，而不会无意中改变任何内容（只读）
我目前拥有允许我运行SE16事务（数据浏览器）的权限，但所有数据导出功能都已被禁用。我已经在各种论坛上看到了交易代码SE12（ABAP字典显示）的提及，这听起来很有希望，但我被拒绝了必须签署所有帐户请求或更改项目权限的人访问它。
我是否应坚持尝试访问SE12交易？
除了SE12之外还有其他交易，我应该考虑尝试访问吗？
答案 0 :(得分：0)
为了让自己熟悉PLM数据库结构，将PLM事务的知识与相应的数据库表和字段相关联是非常有用的。
我猜你是一个用户，你可以访问一些PLM交易。
当你在PLM交易中时，点击一个有趣的字段，然后在菜单中
System -> Status
你很有可能这样做。
在那里，您可以看到字段名称和基础表格或结构。如果你在SE16找到它，它就是一张桌子，看看里面是什么。 （如果是结构：对不起）。它通常是一张桌子。
这个答案是专为大脑设计的，可以连接点数，很有可能在拥有SE16时拥有必要的权利。
答案 1 :(得分：0)
对不起，这是我第一次发帖提问，听起来好像我把它发布在了错误的地方。我找到了SAP社区网络并重新发布在那里并得到了以下答案。听起来SE12确实很有用，但听起来像试图理解SAP数据库是一个愚蠢的差事。也许最好将其视为黑盒子，并将与定位和提取外部系统所需数据相关的任何工作推送给实施该系统的顾问/团队。
*” 首先，没有人通过GUI以外的任何方式访问SAP数据库。考虑广泛的参照完整性，并考虑其中许多是由位于数据库本身之上的应用程序代码管理，而不是数据库级别约束，并且您意识到直接与SAP系统下的数据库进行交互会产生麻烦。 SE11和SE16是在GUI中实现此目的所需的两个事务。正如Arden建议的那样，在您的环境中访问DEV系统中的这些应该很容易。如果您的授权经理拒绝，请让他们证明原因。
直言不讳，我会质疑这项努力的价值。 SAP非常非常简单，是一个庞大的关系数据库，其中包含许多应用程序代码。多年来，我遇到了许多人试图对基础SAP数据库模式进行映射或建模，通常，在他们意识到任务无效之前，他们几乎没有抓到表面！当我说大块时，我的意思是真的很大。想想成千上万的表中的10个，如果不是更多的话。即使是SAP中的单个模块（例如PLM）也可以由数百个或更多数据库对象组成。那是在我们到达所有其他数据字典对象之前，例如视图，结构，锁定对象，域等等......
说完这一切之后，我真的不认为你正在以正确的方式接近SAP，并且很快就会浪费很多时间。如果您简要解释为什么要了解整个数据模型，它可能会帮助我们更多帮助您？ “*