面向MongoDB的招聘管理门户数据存储/架构设计

Question

我想使用MongoDB创建一个SAAS招聘管理门户，该门户将解决以下用例，

1. 一位聪明的人力资源经理会在门户网站上注册他们的公司(因此到目前为止找到的两种资源都是人力资源经理，而A公司)
2. 公司将有自己的配置文件页面，就像http://myportal.com/abccompany (与twitter一样)，人力资源经理注册后，
3. 可以邀请她公司的其他人力资源经理(这里应用的业务验证与yammer一样，基于域名的access user1@company1.com可以邀请anyuser@company1.com )
4. 在邀请所有可能的员工后，HR Manager将开始发布乔布斯(我们现在找到了第三个资源，
5. 在创建了一个新的职务公告后，我们得到了该职务的URI，该职务可以在社交媒体、其他职务门户等上发布。如果沟通得当，候选人将对Abc公司的空缺职务感兴趣，并在我们的门户上注册候选人配置文件后提出职务申请。(我们又找到了两种候选资源和一种职务申请)
6. 职务申请是我们将拥有大部分事务数据的资源，随着职务申请将穿越并捕获招聘活动的多个阶段，该资源将持续快速变化)，其余的资源大部分都是只读的。
7. 接下来将有一个庞大的候选人数据库，该数据库将与其他数据保持分离，以便将它们作为候选人配置文件重用，这意味着候选人数据不与特定的公司绑定。

我如何在MongoDb中建模(最好使用Morphia java库)来实现以下目标：

• 获得对职务申请资源
• 的优化查询以获得MongoDB

提供的全文搜索的优势

Answer 1

有两件事让我觉得有点奇怪：

职务申请是我们将拥有大部分事务性数据的资源，随着“职务申请”将穿越并捕获招聘活动的多个阶段，此资源将持续快速变化)，其余的资源大部分是只读的。

您知道MongoDB不支持传统意义上的事务(跨越多个文档)？这并不是一个大问题，因为数据建模与关系数据库不同，您可能可以使用单个文档完成许多功能(这几乎是事务性的)。

以获得MongoDB提供的全文搜索的优势

MongoDB目前不支持全文搜索--通常是请求和计划的，但是需要更多的时间：https://jira.mongodb.org/browse/SERVER-380

然而，Mor情and支持正则表达式，您可以手动标记/干。

虽然您可以很容易地为此使用MongoDB，但我看不出为什么不能使用MySQL。

对于建模，我会从一种简单的方法开始(公司用户、公司、职位公告、候选人、应用程序)，并且只有在实际存在性能问题时才开始优化。缓存将使您在场景中有很长的路要走。