“开放的业务项目”是一个企业框架。
Jira正是这样使用这种方法的,对于为特定实体(比如Jira的例子中的问题/bug)提取数据所涉及的大量工作,我感到非常震惊。
假设获得所有问题的列表,它必须首先为表列获取所有要显示的列(或属性),然后为每个列提取值。对于企业解决方案来说,这听起来像是次优解决方案(但我理解它是如何增加灵活性的)。
您可以阅读它在Jira中的实际使用情况:http://confluence.atlassian.com/display/JIRA/Database+Schema
主站点:http://ofbiz.apache.org/docs/entity.html
我只是搞不懂如何列出所有的问题。这意味着sql查询会是什么样子?
这是一回事拉一个单一的问题,但要得到一个列表,你必须做大量的工作,以获得的价值。--我不认为现在可以通过使用联接的单一查询来完成它,对吗?
发布于 2009-04-01 02:55:00
(免责声明:我为亚特兰蒂斯工作,但我不是JIRA团队的成员)
OFBiz EE只是一个抽象层,用于在数据库表和名为GenericValues的高级映射之间移动。它对数据库模式本身没有影响。这里真正的问题似乎是JIRA的数据库模式很复杂。
它之所以复杂,是因为它必须支持一个数据模型,其中一个问题是任意字段的任意集合,在任意工作流的某个时刻。字段本身可以由第三方插件定义。很难生成一个友好的RDBMS模式来适应这种动态数据模型,JIRA也尽了最大努力。
如果需要,您可以直接从数据库中获取信息,上面的链接中记录了数据库模式,或者可以从抽象层或十二个抽象层开始,通过JIRAs多个API中的一个进行对话。
关于从JIRA获取数据的一个好地方是http://forums.atlassian.com/上的论坛。
发布于 2009-03-06 20:06:06
jira中使用的实体引擎是一个数据库抽象层(具有非常丰富且易于使用的API ),它将应用程序连接到一个或多个数据源。但是数据库仍然是关系型的,所以如果愿意,可以使用SQL。关于问题的信息,你想要拉,我会说,这将不是很容易,只有加入。我建议您使用RDBMS的脚本语言(即PL/SQL、pgPL/SQL )。
发布于 2009-05-26 13:41:00
SELECT * FROM jiraissue;https://stackoverflow.com/questions/620215
复制相似问题