Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Why are there no database sizing estimates or benchmarks whatsoever in your documentation?

Jason Mueller
Contributor
December 18, 2016

Nothing but vague/general responses such as "generate 500k issues and find out" or pointers to the same JIRA sizing guide that references nothing regarding database sizes?  Why not even a rough estimate based on your own testing environments that can give people a general idea or starting point?

1 answer

1 accepted

0 votes
Answer accepted
Nic Brough -Adaptavist-
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
December 19, 2016

Because it really is totally variable.

Look at an issue.  It is possible to set up an issue that is as small as a single line in a tiny handful of tables.  If it's just got a summary field and nothing else, then only jiraissue and a couple of workflow tables make up the whole thing.  Then a line in the history to say "it's been done" is two more lines in the history tables.

Then you take something like a change control Epic.  With forty fields, mostly starting blank and being added to over time as it goes through the CR process, lots of reassigning, asking people for comments and updates, a pile of attachments, and so-on.

The second issue is going to be orders of magnitude larger than the first.  I can show you two JIRA systems with 10,000 issues, 50 users, and 20 projects.  One of them has a database six times the size of the other.  Any estimate given based on one of those, is almost certainly going to be misleading you on your sizing.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events