I would like to ask for help with setting up automatic deletion of data from the database. Since I would not like to lose some data that is already in the database, please check before I put it into operation.
My point is that I want to store some data forever. That’s why I set purge_keep_days: 36500 and listed the entities I want to store forever with include.
So will it work by storing data from enumerated entities for 36,500 days and automatically deleting other data every day? And from entities that are not listed will be available history to previous cleanup?
if data you want its better to add influxdb to your DB. Keep mariadb for HA operation which stay put only for 14 days minimum. That way your system remain fast and agile. However influxDB can be used to perform data analysis with ease.
it dont work like that. What you specified here, is what entities will have history, others will not be recorded (see description in recorder ‘Configure which integrations should be included in recordings. If set, all other entities will not be recorded.’ )
Thanks for the anwers.
Is it possible to somehow make settings with the current database to make it work as I wrote?
I’ve looked at Influxdb before, but I find it unnecessarily complicated and full of features for working with data that I wouldn’t use.
All I need is an easily available graph of temperature, for example, and the opportunity to look at history.
Thanks for the up-vote. But in your comment on that thread, I see that I may have another option for you.
What I do with values I need to keep for long-term analysis is simply write them to a text file. I can read it into any spreadsheet, database or analytic program for graphing, calculating or displaying it.
For example, I have one text file which contains the “on” and “off” times for each run of the burner on my oil-fired boiler. Then I have another with the daily total run-time, one line for each day.
I may have posted some of this already, but if not, and you’re interested, I could summarize how I did it (probably in a new thread, so as not to introduce too much drift here.)