Issue Details (XML | Word | Printable)

Key: JRA-5370
Type: Improvement Improvement
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Richard THIBAULT
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
JIRA

Changes are not stored in a proper way

Created: 27/Nov/04 11:47 AM   Updated: 25/Jan/05 02:55 AM
Component/s: Backend / Domain Model
Affects Version/s: 3.0.3
Fix Version/s: None

Time Tracking:
Not Specified

Participants: Anton Mazkovoi [Atlassian], Mark Chaimungkalanont [Atlassian] and Richard THIBAULT
Since last comment: 3 years, 32 weeks, 3 days ago
Labels:


 Description  « Hide
We are using an external tool to develop JIRA reports.
This tool connects directly to the database to generate reports.
It works fine except for reports that are using rules based on the history of changes.
In fact, the way you are storing changes in the changeitem table is not suitable and not generic enough.
You are storing only strings.

2 examples :

  • Regarding the way you are qtoring dates: you are storing them using the screen format. If this format changes during the life of JIRA, we will have several date formats in the history. Then, it's very difficul for our reporting tool to analyse the dates and make differences...
  • Regarding the custom fields:
  • you are storing the values as string.
  • You are storing only the name of the custom fields and not their ID. So, if the name changes, the external reporting tool will be unable to get the history of this field.

So, you should change the way you are storing changes by :

  • storing old values and new values like the CUSTOMFIELDVALUE does
  • storing the ID of custom fields and not only the name.

Today, we can answer to the need of users that want to have complex reports, but we know that if some custom field names change, the reports won't work anymore...

Do you think you could change this in a future version ?



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Richard THIBAULT added a comment - 29/Dec/04 11:03 AM
Please take care of the existing history table : you need to migrate the existing data to the new table format !

Anton Mazkovoi [Atlassian] added a comment - 29/Dec/04 09:14 PM
I absolutely agree. The format of the change history table is not optimised and will need to be reworked to be more robust. As the popularity for historical reporting is growing I believe we will be addressing this issue.

Richard THIBAULT added a comment - 03/Jan/05 02:59 AM
We are also having problems to build external reports because the history is not complete : the creation of an issue is not present in the history and we must then execute complex SQL Union queries to reconciliate the full history.
Please, consider to take into account every events in the future in the history table.

Mark Chaimungkalanont [Atlassian] added a comment - 24/Jan/05 10:47 PM
Unfortundately, this will not make it into 3.1.

Richard THIBAULT added a comment - 25/Jan/05 02:55 AM
I hope it will be done in 3.2