“开放商业项目”是一个企业框架。
碰巧 Jira 使用了这个，我对提取特定实体的数据所涉及的工作量感到非常震惊（比如 Jira 案例中的问题/错误）。
想象一下获取所有问题的列表，它必须首先获取要为表列显示的所有列（或属性），然后为每个列提取值。对于企业解决方案，这听起来像是一个次优解决方案（但我了解它如何增加灵活性）。
您可以阅读它在 Jira 中的实际使用方式：http://confluence.atlassian.com/display/JIRA/Database+Schema
主站点： http: //ofbiz.apache.org/docs/entity.html
我只是对如何列出所有问题感到困惑。意思是，sql 查询会是什么样子？
拉一个问题是一回事，但要获得一个列表，您必须做大量工作才能获得价值。 我不认为现在可以通过使用连接的单一查询来完成它吗？
（免责声明：我为 Atlassian 工作，但我不在 JIRA 团队中）
OFBiz EE 只是一个抽象层，用于在数据库表和称为 GenericValues 的精美地图之间移动。它对数据库模式本身没有影响。您真正的问题似乎是 JIRA 的数据库模式很复杂。
它之所以复杂，是因为它必须支持一个数据模型，其中问题是任意字段的任意集合，在任意工作流中的某个时间点。字段本身可以由第三方插件定义。很难生成一个外观友好的 RDBMS 模式来适应这种动态数据模型，JIRA 会尽力而为。
如果需要，您可以直接从数据库中获取信息，数据库架构记录在上面的链接中，或者您可以上一层或十二层抽象并通过 JIRA 的许多 API 中的一个进行交谈。
询问有关从 JIRA 获取数据的问题的好地方是http://forums.atlassian.com/上的论坛
SELECT * FROM jiraissue;
jira 中使用的实体引擎是一个数据库抽象层（具有非常丰富且易于使用的 API），它将您的应用程序与一个或多个数据源连接起来。但是数据库仍然是关系型的，因此您可以根据需要使用 SQL。关于您要提取的问题信息，我想说仅使用连接并不容易。我建议您使用 RDBMS 的脚本语言（即 PL/SQL、pgPL/SQL）。