目前，我们公司在Lotus Notes中使用升级数据库。我们的升级数据库处理L1-L3支持无法解决的问题，因此会升级到开发阶段。该数据库由整个公司使用，因此包含许多部门（硬件，固件，软件）和产品。每个部门和产品都有帮助调试特定客户问题所需的特定信息。
最近我们在Lotus Notes数据库的性能方面遇到了很多麻烦，我正在寻找其他选择。作为一家公司，我们将来也会远离Lotus Notes。我想知道其他人用什么样的工作流管理软件来处理这样的事情？
我一直在环顾四周，没有找到任何看起来很有希望的东西，所以我一直在考虑如果需要的话，如何给家里人打电话。我当前的计划路径是拥有存储在数据库中的完全动态表单，当有人在表单中移动时，会根据他们所做的选择添加其他输入。我知道这很难做到正确，并且不会让人们在将来添加产品和部门时感到困惑。那么另一个问题是你会遇到上述设计的主要缺陷，以及需要注意什么？如果有人在遇到任何问题之前已经在家中推出了系统吗？
答案 0 :(得分：2)
我不知道有什么要处理你的要求，尽管必须有一个现成的解决方案来完成这样的任务。
如果你考虑自己动手，我建议你看一下CouchDB，因为它与Lotus Notes有许多相似之处，并且功能大大增强了整体体验。
http://en.wikipedia.org/wiki/CouchDB
您需要快速掌握它，但由于您熟悉Lotus笔记，因此应该是一个简单的学习曲线。
希望这有帮助。
答案 1 :(得分：1)
其他人用什么样的工作流管理软件来处理这样的事情？
我目前的计划路径是拥有完全动态的形式......您在使用上述设计时会遇到哪些重大缺陷？
与其说是一个陷阱 - 但管理数据将是一项挑战。拥有动态表单可能意味着数据库的物理设计方面的几个方面之一：
FormField1，FormField2等。这将更易于管理，您可以实际自动化，以便用户可以自行配置字段。缺点是你正在努力使用有限数量的列/表模式。对此的改变将非常具有挑战性。在上述两种情况下，物理数据结构与逻辑数据结构紧密匹配。其中一个关键问题是，对于您的应用程序自动神奇地创建额外的列，需要它在系统上拥有更高的安全权限 - 因此您不希望在面向公共Internet的任何内容上执行此操作。或者：
这种方法将支持一种允许用户自行提供字段和表单的解决方案，并且没有限制。缺点是报告要困难得多，而且速度会慢一些;您可以通过将“易变”事务数据迁移到专为报告而设计的数据库来解决这个问题。
通常用于此类数据库设计的术语是“NoSql Database”，CouchDB（由@WeNeedAnswers建议）就是一个例子。
相关的陷阱（如果您允许用户自行提供表单/字段）是管理数据及其质量;你不希望人们对同一件事使用不同的术语，或者同一术语意味着多件事。
答案 2 :(得分：-1)
我一直在环顾四周，并没有找到任何看起来很有希望的东西，所以我一直在考虑如何在需要时给家里人打电话
看起来更难。没有冒犯！
从架构的角度来看，我的第一个问题是“我们真的需要构建”吗？构建软件非平凡，特别是您将要加班的软件。
目前尚不清楚您的功能要求或现有技术标准是什么，但两者都会影响市场上最适合您的选项。当然，你有支持方面，许可等。
我想说你需要制定一份相关评估标准清单，并评估你可以找到的任何可能的候选COTS解决方案（开源也可能是一个选项），以及自定义构建;您需要根据一组严格的标准进行评估，并计算出总体拥有成本（TCO）。是的TCO可能听起来像营销炒作/商业流行语 - 但最终它只是你必须做的事情（除非你是百万富翁，钱不是问题）。
那些做你所追求的事情的工具很常见 - 因此我最初的（并且肯定有些轻率）回应。