Your support please - Improving HA's recorder, Database and associated user interface

tl,dr: Here to seek your support for a feature request on improving how HA’s databases work, what goes into them, and how they are maintained.


After recently having a major blowout in my SQLite database (reaching 1.8 Gb), it prompted me to sit down and review a number of things related to recorder: and just what data was stored in my HA DB.

Doing so sent me further down a rabbit hole, thinking about how HA is setup from the start, what happens when new integrations and devices are added, and the high learning curve new users to the platform have when it comes to understanding what goes into the database and achieving an optimal configuration that doesn’t tax their hardware or storage.

Long story short: HA has some really great opportunities in this space to help users optimise the database for performance, size, and reduced load/storage device wear.

To this end, I have opened a significant and detailed Feature request, and I’d appreciate your support and/or discussion on it:

The feature request above covers all the usual topics, which I hope will assist you providing unqualified support, and discussion that might help drive better outcomes and faster update by the HA core team.

I also have a separate blog post that goes deeper into the detail on the topic, especially when it comes to the theory and practice of optimising an existing instance for others with the same dilemma I had.

Thanks in advance for your votes and discussions, it will be appreciated.

2 Likes

I believe on of the first critical steps you miss in your blog post is to question if you need an entity at all.

As an IT engineer my first inclination was “more data” but after about a year and a half with Home Assistant I realized that data for data’s sake was the wrong approach. I wound up disabling as much as 70% of the entities in my system because I simply don’t need or want that data.

You can always enable diagnostic entities when diagnosis is necessary which I’ve found to be rare.

My 2 cents.

1 Like

Thanks for your thoughts @mterry63.

By the time the user gets to the point of their DB being bloated, they’re already dealing with entities that shouldn’t be there or aren’t needed.

The focus is more on cleaning up what’s already there; and hopefully the information scent and wheels the blog post gets turning will be enough to help the user be more mindful about devices and integrations, and their entities, in the future.

I may consider a follow-up or update in future that speaks to this.

1 Like