我正在整合BMC补救和JIRA来解决一个问题。
**任务：**我运行了一个rest服务，如果有任何hotfix类型的记录，它在阅读BMC补救措施后会自动引发JIRA。所以基本上在创建JIRA时，BMC中很少有字段会Map到JIRA。
**问题：**因为Remedy API只接受一个搜索条件（在我的情况下是“hotFix”），每次我的服务运行时，它都会读取补救措施并获取所有类型为“hotFix”的数据，即使是我已经创建的JIRA。但是现在我需要解决这个问题，因为我不想为他们提出重复的JIRA。
我不想存储所有这些东西在数据库由于某些原因。（成本较低）。
有没有什么方法可以导入这些数据而不创建副本？
2条答案
按热度按时间pobjuy321#
在你的服务中，在创建一个JIRA票据之前（我假设它是一个API调用），检查是否已经存在一个（通过使用JIRA的GET API）。
基于您查询bmc补救措施的限制，似乎这个额外的调用JIRA，以检查其是否重复是一个选项。
nx7onnlm2#
好吧！我用的是平面锉。
作为一个替代解决方案，我使用了一个平面文件来存储“创建日期”的最后补救事件与“热修复”标签（只有一个记录！！！如果有新的补救事件，则每次我的服务得到命中时都会更新），并且在从补救中获取数据时，我会根据创建的日期对其进行排序，并将最新的日期存储在此文件中（当我下次击中我的服务时，这将有效地作为比较的参数，以检查是否已经创建了JIRA，直到此特定日期/时间。
这解决了我的问题。