gnucash slowing as file size increases

Nelson Handcock nelson.handcock at gmail.com
Thu Mar 3 14:44:22 EST 2016


Fair enough.

I think maybe there needs to be a way to summarise data for a selected
account so there are fewer transactions for the reports to have to process.
Don't quite know how that would work - just throwing up crazy ideas.... :-)




Thanks & Regards,

Nelson Handcock
0409 149919

http://www.linkedin.com/in/nelsonhandcockaustralia

On Fri, Mar 4, 2016 at 5:40 AM, John Morris <johnjeff at editide.us> wrote:

> Hi Nelson,
>   I don't think single-year data files would work for me. I frequently
> need to see what happened a few years ago, so I want to have the data
> around for a while. Even limiting myself to just five years worth of data
> (from 2010 to 2015) was a little more restrictive than I liked. My plan is
> to trim off the teens either around 2025 (again restricting myself to five
> years of data in my current data file) or around 2030 (if I can tolerate
> the slowdown caused by keeping almost twenty years of data in the file. I'm
> also hoping that GnuCash will be greatly improved by then. Perhaps I won't
> have to keep doing that trimming.
>
> Best,
> John
>
> John Morris
> 1392 VT Rte 232
> Marshfield, VT 05658
>
> (732) 334-8433
>
> http://www.editide.us
> johnjeff at editide.us
>
> > On Mar 3, 2016, at 2:21 PM, Nelson Handcock <nelson.handcock at gmail.com>
> wrote:
> >
> > Yes - I noticed the same thing and so I've decided to use a different GN
> data file for each financial year. I close the year off and start a new
> file with the closing balances of the previous year as equity opening
> balances ina new file. I can export and import most things from the old
> file so it's not too bad.
> >
> > I don't need to run multi-year reports so that works fine for me, but of
> course other GN users may have different needs.
> >
> >
> >
> > Thanks & Regards,
> >
> > Nelson Handcock
> > 0409 149919
>


More information about the gnucash-user mailing list