我正试图找到一种方法，通过SAP GUI(不直接访问数据库)来熟悉SAP PLM系统后面的数据库的结构和内容，而不会有无意中更改任何内容的风险(只读)。
我目前拥有允许我运行SE16事务(数据浏览器)的权限，但所有数据导出功能已被禁用。我在各种论坛上看到提到交易代码SE12 (ABAP字典显示)，这听起来很有希望，但我被拒绝访问它的人必须签署所有帐户请求或更改项目权限。
我应该坚持访问SE12事务吗?
除了SE12之外，我还应该考虑访问其他事务吗?
对不起，这是我第一次发布问题，听起来我在错误的地方发布了它。我找到了SAP社区网络，并在那里重新发布，得到了下面的答案。听起来SE12确实很有用，但也听起来试图理解SAP数据库是一件愚蠢的事情。也许最好将其视为一个黑盒子，并将与外部系统所需的定位和提取数据相关的任何工作推给实现系统的顾问/团队。
*"首先，没有人会通过GUI以外的任何方式访问SAP数据库。考虑到广泛的引用完整性，并考虑到许多引用完整性是由位于数据库本身之上的应用程序代码管理的，而不是数据库级别的约束，并且您意识到直接与SAP系统下的数据库进行交互是自找麻烦。SE11和SE16是您需要在GUI中实现这一点的两个事务。正如Arden所建议的那样，在你的景观开发系统中访问这些内容应该很容易。如果你的授权经理不同意，请他们解释原因。
坦率地说，我怀疑这种努力的价值。用非常非常简单的术语来说，SAP是一个庞大的关系数据库，其中包含大量应用程序代码。在过去的几年里，我遇到过许多试图映射或建模底层SAP数据库模式的人，通常，他们在意识到任务的徒劳之前几乎没有触及表面!我说的大，是指非常大。想想成千上万的表中的10个，如果不是更多的话。即使是SAP中的单个模块，如PLM，也可能由数百个或更多的数据库对象组成。这是在我们讲到其他数据字典对象之前比如视图，结构，锁对象，域等等。说了这么多，我真的不认为你以正确的方式接近SAP，并且会很快浪费大量的时间而一无所获。如果您简要解释一下为什么要理解整个数据模型，也许会对我们提供更多帮助。"*
要熟悉PLM数据库结构，将PLM事务的知识与相应的数据库表和字段联系起来是很有帮助的。
我猜你是一个用户，你可以访问一些PLM事务。
当你在PLM交易中，点击一个感兴趣的字段，然后在菜单
System -> Status
你很有可能这样做。
可以看到字段名和底层表或结构。如果你在SE16找到它，它是一张桌子，看看里面是什么。(如果是结构的话，对不起)。通常是一张桌子。
这个答案是为你的大脑连接点而设计的，当你有SE16时，你有很好的概率拥有必要的权利。