Database 如果我通过直接DB写入将解决日期设置为创建之前的日期,Jira会抱怨吗?

Database 如果我通过直接DB写入将解决日期设置为创建之前的日期,Jira会抱怨吗?,database,jira,corruption,Database,Jira,Corruption,一些同事使用Excel文件跟踪一些问题,他们决定切换到更好的系统,要求我为他们设置Jira项目并导入所有票据。无论如何,我已经做了所有的事情,但是解决日期现在是错误的,因为这是我运行脚本将它们导入Jira时的日期。他们希望有一个原始的,这样他们就可以知道什么时候一个问题是真正修复。不幸的是,无法从Jira的接口更改它,所以我必须直接访问DB。用于记录的命令如下所示: update jiraissue set RESOLUTIONDATE = "2015-02-16 14:48:40" where

一些同事使用Excel文件跟踪一些问题,他们决定切换到更好的系统,要求我为他们设置Jira项目并导入所有票据。无论如何,我已经做了所有的事情,但是解决日期现在是错误的,因为这是我运行脚本将它们导入Jira时的日期。他们希望有一个原始的,这样他们就可以知道什么时候一个问题是真正修复。不幸的是,无法从Jira的接口更改它,所以我必须直接访问DB。用于记录的命令如下所示:

update jiraissue
set RESOLUTIONDATE = "2015-02-16 14:48:40"
where pkey = "OV001-1";
现在,对数据库的低级写入通常是危险的,我想知道是否会有任何风险。我们的测试服务器现在不可用,所以我必须直接在生产服务器上工作。我在测试服务器上看到的一件事是,这似乎是可行的,除了像

resolved < 2015-03-20
已解决<2015-03-20
是错误的,因为他们仍然使用旧的解决日期。显然,我必须重新编制索引;但我想知道它是否安全。Jira是否执行一些一致性检查?例如,验证票证在创建后是否已解决。在我的例子中,由于我修改了决议日期,但没有修改创建日期,因此这显然是不一致的。吉拉会为此抱怨吗?是否存在损坏DB的风险?如果我也修改了创建日期,我还需要注意其他事情吗


我们正在使用Jira 5.2.11。

我再次访问了测试服务器,并且已经尝试过了。我已经修改了所有必须修复的
RESOLUTIONDATE
字段,当我重新加载页面时,新的日期就在那里。吉拉没有抱怨任何事情。我对服务器重新编制了索引,以便查询产生正确的结果,并且没有发现任何问题。然后我甚至运行了完整性检查(管理->系统->完整性检查),没有发现任何错误。 最后,我在生产服务器上也做了同样的操作,一切都运行良好

因此,我可以得出结论,这项行动一点也不危险,而且可以安全地进行