I would need to store the project's status_id in Canada but not necessarily the statuses table itself since it's a general options list for any project on the app. But I see what you are saying with relationships using two queries, which I did not know so thank you. I really appreciate your help here!
Would I need to deploy the code to the Canadian database as well? I figured I could just have the database there, but the US server could have the api and just connect to it and pull data from it (I can have the database pass through the US, just not stored here).
So I also store some data that does not need to be in Canada like for example project statuses. There are a bunch and I have a table for these statuses that prefill the dropdowns when creating a project. So the project will have a status_id column. I feel like it would be too redundant to have that table in Canada too, but then when it comes to loading the relationships like that status, I'm wondering how that would even work. Any ideas?
Also thanks for answering so quickly.
I have a web app that user's can store some data for their projects. Our servers is in the U.S. however I have a customer in Canada, who legally needs to store their data in Canada. So I spun up a new server instance in Canada. My question is what is the best way to handle checking when to pull data from the Canadian server or the US server. I figured it would be best if my eloquent models could set their connection based on the project address (if its Canada use Canada server to pull those models and their relationships).
It's tough for me to visualize how I will do this because of all the relationships. If i want to get all projects and load the relationships, but some data is in US and some in Canada how could I do that?
I'm also wondering if I should have a copy of all my tables on the Canadian server or just the ones that require data to be stored there since only project data needs to be there, but the users table doesn't have to be.