我们有一个自定义的工作流程引擎和流程，可以满足我公司的许多业务需求。我几年前写过它，但最近我们很多现有的项目已经迁移到使用框架。每个人都喜欢它，但我们的DBA。通常我会忽略他们的建议，因为他们仍然认为存储过程比2005/2008数据库中的参数化SQL运行得更快，并且始终存在保持事务日志等问题的问题。
长话短说......他们不喜欢我们为工作队列使用数据库表。它运行速度很快，我们有适当的事务锁，这样可以让它与多个实例和线程一起运行，同时查询它。他们要求我们将其改为别的......但他们不知道是什么。
他们只是疯了，我应该继续努力保持我们的数据库结构，或者我真的为使用数据库而疯狂，而应该使用别的东西代替队列？
答案 0 :(得分：4)
我不知道我是否说他们只是只是疯了......但是要求你改变一些效果不错的东西而不提出替代方案似乎不太合理。无论如何，我很想知道R-DBA会建议什么作为存储工作流数据的替代方案。也许是一个平面文件系统？谁知道......
改变它可能有其优点。他们真的对它的实施有所顾虑吗？系统是否会导致问题？我知道你建议它运行得很快，一切进展顺利，但他们有顾虑吗？也许帮助解决这些问题可能会有很大帮助。
我想这根本不是一个办公室间政治帮助网站，但听起来你工作场所的dev / dba之间存在一个更大的，更重要的问题。它需要一个人一直是“更大的人”，并且在合作中重新开始，无论对方多么顽固，都要真正解决这类问题，如果是这样的话。