Closed xdxxxdx closed 4 months ago
Sorry, I believe it is a very bad idea to elaborate on the document collections: the last thing we want is for people to start depending on these. We need to reserve the freedom to change these as we see fit in order to improve performance or for whatever other reason.
Your concern on the empty collections is however legit: these are remains of a previous server & storage architecture and should ideally be removed.
Hello @rorlic, I agree with your idea. From my perspective, we need to have it documented somewhere before the end of project. Thanks
@rorlic i think it's due to Mongock migrations.. Needs to be looked at.
But I follow you on documenting these tables. We keep track of our DB changes via Mongock which gives an explanation.
If we start writing static code, we are doomed to have documentation errors
TO DO: delete redundant tables after clearing in mongock steps.
The application (develop branch) currently only creates the tables that are used. I know that above was an issue in the past but I was not able to reproduce it anymore with the latest server and mongo. Whether or not we should document the usage of the other database collections can be part of https://github.com/Informatievlaanderen/VSDS-LDESServer4J/issues/346. Since we may migrate to PostgreSQL in the near future, it may be best to wait with this as well.
LDES Server - Snapshot 2.4.0
It might be a good idea to elaborate on the usage of each table in the doc, for the future open-source community and remove the redundant ones.
Thanks.