我计划创建基于IT，制药，银行，航空，销售等行业的招聘门户。
选项1：
我决定为每个行业创建单独的数据库，但在公共数据库中维护用户帐户的详细信息
例如，主DB是jobportal包含所有useraccount详细信息和常见的表，如国家，州，城市，共同的名称Db
其他5个数据库是IT，制药，银行，航空，销售。
将主数据库与所有其他数据库连接..
选项2：
仅维护单个数据库中的所有表。但是问题是不同行业的工作发布细节。因此我们无法维护所有行业的公共表...不仅仅是作业...其他一些表所有相同类型的问题.. < / p>
选项3：
为每个行业维护完全独立的数据库。所有数据库之间没有关系..
哪一个最好？或者除了这三个之外还有其他选择吗？请指导我这个..
答案 0 :(得分：0)
来自“务实的程序员”：“将代码中的抽象，元数据中的细节放在一起。”
这就是我的建议。您应该使用元数据进行编程（您执行的操作越多，最通用且可移植的就是您的代码）。
为用户提供一个/多个表 工业表 字段表 - ＆gt;行业 发布表
你会得到类似的东西
|-------| ?? |----------| 1--->* |-----------------| 1--->* |------------------|
| users | | industry | | industry_fields | | industry_posting |
|-------| |----------| |-----------------| |------------------|
| name | | name | | field_name | | field_id |
| pass | | id? | | industry_id | | description |
| ... | |----------| | id | |------------------|
|-------| |-----------------|
这是一个快速草案，希望您了解它的基础知识。 您可以像这样维护行业的通用表格。您还可以将一个字段映射到具有多对多的多个行业！这只是一个摘录
答案 1 :(得分：0)
另一种解决方案，当你有一个基础实体要坚持 - 在这种情况下，“工作发布” - 每个行业有不同的特定字段，是一种继承模型。
请参阅this question及其中的链接，以获取初级读本。