Jira 使用 OfBiz 的企业架构
“开放商业项目”是一个企业框架。
碰巧 Jira 使用了这个，我对为特定实体提取数据所涉及的工作量感到非常震惊（比如 Jira 案例中的问题/错误）。
想象一下获取所有问题的列表，它必须首先获取要为表列显示的所有列（或属性），然后提取每个问题的值。 对于企业解决方案来说，这听起来像是一个次优的解决方案（但我了解它如何增加灵活性）。
您可以阅读它在 Jira 中的实际使用方式： http://confluence.atlassian.com/显示/JIRA/Database+Schema
主站点：http://ofbiz.apache。 org/docs/entity.html
我只是对如何列出所有问题感到困惑。 意思是，sql 查询会是什么样子？
拉出一个问题是一回事，但要获得一个列表，您必须做大量的工作来获取值。 我认为现在不能通过使用联接的单个查询来完成，可以吗？
The 'open for business project' is an enterprise framework.
It so happens Jira uses this, and I was pretty shocked at how much work is involved to pull data for a particular entity (say a issue/bug in Jira's case).
Imagine getting a list of all the issues, it has to first get all the columns (or properties) to display for the table column, then pull in the values for each. For an enterprise solution this sounds like a sub-optimal solution (but I understand how it adds flexibility).
You can read how its used in Jira practically: http://confluence.atlassian.com/display/JIRA/Database+Schema
main site: http://ofbiz.apache.org/docs/entity.html
I'm just confused as to how to list all issues. Meaning, what would the sql queries look like?
Its one thing to pull a single issue, but to get a list you have to do allot of work to get the values. I don't think it can be done with a singl query using joins now can it?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
（免责声明：我在 Atlassian 工作，但我不是 JIRA 团队的成员）
OFBiz EE 只是一个抽象层，用于在数据库表和称为 GenericValues 的精美地图之间移动。 它对数据库模式本身没有影响。 您真正的问题似乎是 JIRA 的数据库架构很复杂。
它之所以复杂，是因为它必须支持一个数据模型，其中问题是任意工作流程中某个时刻的任意字段的任意集合。 这些字段本身可以由第三方插件定义。 生成一个外观友好的 RDBMS 模式来适应这种动态数据模型非常困难，JIRA 尽了最大努力。
如果需要，您可以直接从数据库中获取信息，数据库架构记录在上面的链接中，或者您可以上升一层或十二层抽象并通过 JIRA 的众多 API 之一进行对话。
http://forums.atlassian.com/
(Disclaimer: I work for Atlassian, but I'm not on the JIRA team)
OFBiz EE is just an abstraction layer for moving between database tables and fancy maps called GenericValues. It has no influence over the database schema itself. Your real issue here seems to be that JIRA's database schema is complicated.
The reason it's complicated is because it has to support a data model where an issue is an arbitrary collection of arbitrary fields, at some point in an arbitrary workflow. The fields themselves can be defined by third-party plugins. It's very hard to produce a friendly-looking RDBMS schema to fit this kind of dynamic data model, and JIRA tries as best it can.
You can get information directly out of the database if you want, the database schema is documented in the link above, or you can go up a layer or twelve of abstraction and talk through one of JIRAs many APIs.
A good place to ask questions about getting data out of JIRA is the forums on http://forums.atlassian.com/
jira 中使用的实体引擎是一个数据库抽象层（具有非常丰富且易于使用的 API），它将您的应用程序与一个或多个数据源连接起来。 但数据库仍然是关系型的，因此如果需要，您可以使用 SQL。 关于您想要提取的问题信息，我想说仅使用连接并不是很容易。 我建议您使用 RDBMS 的脚本语言（即 PL/SQL、pgPL/SQL ）。
The entity engine used in jira is a database abstraction layer ( with a very rich and easy to use API ) that connects your application with one or more datasources. But the databases are still relational, so you can use SQL if you want to. About the issue info you want to pull I'd say it wouldn't be very easy only with joins. I'd recommend you use the scripting language of the RDBMS ( i.e. PL/SQL, pgPL/SQL ).