我正在整合BMC补救措施和JIRA来解决问题。
任务：我运行一个休息服务，如果有任何类型的修补程序记录，它会在读取BMC补救措施后引发自动JIRA。因此，在创建JIRA时，BMC基本上很少会将字段映射到JIRA。
问题：因为Remedy API只接受一个搜索条件（在我的情况下是“hotFix”），每次我的服务运行时，它都会读取补救措施并获取所有类型为“hotFix”的数据“即使是那些我已经创建了JIRA的人也是如此。但现在我需要解决这个问题，因为我不想为它们提出重复的JIRA。
由于某些原因，我不希望将所有这些内容存储在数据库中。 （以下是成本）。
有没有办法可以在不创建副本的情况下导入这些数据？
答案 0 :(得分：0)
在您的服务中（我假设它是一个api调用），检查是否已存在（通过使用来自JIRA的GET api）。
根据您查询bmc补救的约束，似乎是对JIRA的额外调用，以检查它是否是一个副本。
答案 1 :(得分：0)
好！我使用的是平面文件。
作为替代解决方案，我使用平面文件存储＆＃34;创建的日期＆＃34;与＃34; HotFix＆＃34;的最后一次补救事件标签（只有一条记录!!!如果有新的补救事件，每次我的服务受到攻击时都会更新），并且从补救中获取数据时我会根据创建的日期对其进行排序并存储最新的日期（当我下次检查我的服务以检查是否已经创建了这个特定的日期/时间时，这将有效地作为比较参数进行比较。）
这解决了我的问题。