This is a question about database architecture:
I am in the process of writing an application for a network of non-profit organizations in the state. The gist of it, without going into all the features, is that it captures information into the database. All kinds of information into several tables.
If it is useful, other organizations will want to use it and form networks in theri states as well, as it allows them to pool resources and plan things together for a greater possible result.
The trouble is, I am trying to plan ahead for the time when we allow other states to form their network on the site, as we have only launched a beta version a couple days ago, but the response has been overwhelmingly positive.
So, here is my question:
Would it be better to put each state's network's info into their own database, or should I use one LARGE database, and just filter information by state when presenting the info to the visitors of the site?
Also, how best architecturally to deal with this on the site itslef? Should I make a directory for each participating state like:
http://www.site.org/mn
http://www.site.org/wi
http://www.site.org/il
And, depending on which directory they are in, I will know HOW to query the database and which information to present them... ??
I hope this is not too vague. I am just trying to, as I said, plan ahead.
Any thoughts or suggestions for things I should read would be appreciated.
THANKS!