I have an application that once started will get some initial data from my database and after that some functions may update or insert data to it.
Since my database is not on the same computer of the one running the application and I would like to be able to freely move the application server around, I am looking for a more flexible way to insert/update/query data as needed.
I was thinking of using an website API on a separated thread on my application with some kinda of list where this thread will try to update the data every X minutes and if a given entry is updated it will be removed from the list.
This way instead of being held by the database queries and the such the application would run freely queuing what has to be update/inserted etc
The main point here is so I can run the functions without worrying about connectivity issues to the database end, or issues related, since all the changes are queued to be updated on it.
Is this approach ok ? bad ? are the better recommendations for this scenario ?
On “can access DB through some web server instead of talking directly to DB server”: yes this is very common and recommended approach. It is much easier to limit set of operations exposed through custom API (web services, REST services, …) than restrict direct communication with DB.
On “sync on separate thread…” – you need to figure out what are requirements of the synchronization. Delayed sync may be ok if you don’t need to know latest data and not care if updates from client are commited to storage immediately.