我正在实现一个审查系统,用户上传需要审查的数据项,评审人员对其进行审查并提供评论。每个数据项需要由3个审查员进行审查。
项目应该按顺序进行或多或少的处理--理想情况下,项目A将添加到系统中,评审人员1,2和3检查它并将其返回给用户。然后将B项添加到系统中,审查员2,5,1检查它,等等。当然,由于审查员可以同时工作,而且有3个以上的审查员,所以系统应该支持同时检查的多个项目(当然是由不同的审查员检查)。
我不知道如何实现数据项存储库。所需经费如下:
我可以使用SQL数据库来实现所有这些,但是它不会很好地扩展。
是否有一个现成的排队系统支持这样的东西(基本上,弹出第一个不符合标准的项目)?或者用某种方式将其添加到现有的排队系统中?
发布于 2013-02-26 07:54:26
考虑到SQL数据库是许多企业规模系统的基础,我看不出“它不会很好地扩展”语句的基础。的确,大型企业系统受益于专门的排队系统,但这些系统正在处理,例如,所有的交易将在一天内由零售银行处理。我怀疑您是否有那么多的项目需要审查,以及这么多并发的审查员,以至于这一要求将强调一个标准的SQL数据库--每小时处理60个项目的6,000名审查员只会给出几百个tps。当然,我猜您的需求的规模,所以它可能是有趣的了解他们是什么。
不过,我可以看到将其作为一组队列来实现的概念优点,这是一项原则要求,即能够“从这个队列中给出我尚未审查过的下一项”。
JMS选择器允许您根据标头字段内容选择记录,因此将Reviewer1和Reviewer2标头字段添加到消息中应该可以有效地选择下一个可用项。因此,我猜想任何符合JMS的排队系统都是足够的。
https://stackoverflow.com/questions/15083118
复制相似问题