如何为基于行业的求职门户创建新的数据库？

Question

我已经计划创建基于行业的就业门户，如IT，医药，银行，航空公司，销售。

选项1：

我决定为每个行业创建单独的数据库，但在公共数据库中维护用户帐户详细信息

例如，主数据库是jobportal，其中包含所有用户帐户详细信息和公共数据库中的公共表，如国家、州、城市、名称

其他5个DB是IT、医药、银行、航空公司、销售。

将主数据库与所有其他数据库连接。

选项2：

维护单个数据库中的所有表only.But问题是职务发布详细信息因行业而异的行业.so我们不能维护所有industries..not的通用表，仅维护职务发布..some其他表所有相同类型的问题。

选项3：

为每个行业维护完全独立的数据库。所有数据库之间没有关系..

哪一个是最好的？除了这三个之外，还有没有其他选择呢？关于这一点，请指导我..

Answer 1

出自“务实的程序员”：“把抽象放在代码中，把细节放在元数据中。”

这就是我的建议。你应该使用元数据进行编程(你做的越多，你的代码就越通用和可移植)。

因此，一个/多个表适用于用户行业适用表适用于字段->行业适用于过帐的表

你会得到像这样的东西

|-------| ?? |----------| 1--->* |-----------------| 1--->* |------------------|
| users |    | industry |        | industry_fields |        | industry_posting |
|-------|    |----------|        |-----------------|        |------------------|
| name  |    | name     |        | field_name      |        | field_id         |
| pass  |    | id?      |        | industry_id     |        | description      |
| ...   |    |----------|        | id              |        |------------------|
|-------|                        |-----------------|

这是一个快速的草稿，希望你能理解它的基本原理。您可以像这样维护行业的通用表。您还可以通过多对多将一个领域映射到多个行业！这只是一个摘录

Answer 2

另一种解决方案是，当您有一个基本实体需要持久化时-在本例中是“职位发布”-每个行业具有不同的特定字段，则是继承模型。

有关入门知识，请参阅this question和其中的链接。