-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use sqlite database as cache #5
Comments
https://github.com/ma4nn/pp-terminal/releases/tag/v0.5.0
Nice. How similar is |
I have ppxml2db installed in the same folder as my data files and launch it with a batch file containing This now includes How can I:
|
At the moment it is the same. I will rename it to the
What exactly are you trying to achieve?
Not sure what this means. If you run ppxml2db in a separate installation, then you can update it independently. |
Use both ppxml2db and pp-terminal. If .cache.db is available I may not need to run ppxml2db but, if round-trip is actually realised, I would want to run ppdb2xml.
To reiterate, I'm not looking at a separate installation, it's about running ppxml2db (and ppdb2xml) from the pp-terminal install, and upgrading the ppxml2db package within the pp-terminal package. |
Ok understood. But ppxml2db and pp-terminal are different applications, that should be run on its own. Also the update process (regarding your question 2) is not meant to be handled by the end user, because it is shipped with pp-terminal. When a new ppxml2db version is released, a Pull Request is created automatically for the submodule. Why not simply keep an installation of |
At the moment the sqlite database that is internally created by ppxml2db is in-memory.
To avoid creating the database over and over again, this could be changed to a temporary file on disk, that is recreated only after X days, after ppxml2db schema changes or with a CLI option like
--no-cache
.This could also be helpful for debugging.
The challenge is, that I originally wanted to avoid saving the sensitive portfolio data anywhere else (that's why I chose the in-memory db), because then the user is responsible for maintaining/erasing that file (in a probably unknown location to him). So I'm not really sure if this feature makes sense. Comments are welcome!
The text was updated successfully, but these errors were encountered: