我应该如何使用.NET工作流队列？

Question

我们有在我的公司很多业务需要自定义工作流引擎和流程。我几年前就写过了，但最近很多现有的项目已经迁移到使用该框架。每个人都喜欢它，但我们的DBA。通常我忽略他们的意见，因为他们仍然认为，存储的特效在2005/2008数据库上运行比SQL参数化速度更快，始终保持有事务日志，这样在检查的问题。

长话短说...他们不喜欢我们使用一个数据库表为我们的工作队列。它运行速度很快，我们有适当的事务锁定，并保持它与多个实例和线程一起运行，并同时查询它们。他们要求我们改变其他的东西......但他们不知道是什么。

，他们只是疯了，我应该继续争取保持我们的数据库结构，还是我使用一个数据库，应该使用别的东西来代替队列真的疯了吗？

Answer 1

我不知道如果我说他们是只是疯了......但是，要求你改变的东西是不建议的替代工作也似乎低于合理。无论如何，我会好奇R-DBA会提出什么样的建议来替代存储工作流数据。也许是一个平面文件系统？谁知道......

有可能是案情改变它。他们实际上是否有担忧？系统是否会造成他们的问题？我知道你建议它跑得快，一切进展顺利，但是他们有没有担忧？也许帮助解决这些问题可能会有很大帮助。

我想这不是一个局间政治帮助网站，但听起来好像在你的工作场所的dev/dba之间存在一个更大的问题。它需要一个人始终成为'大个子'，并开始考虑合作，不管对方如何不妥协，如果真的能够真正解决这类问题。