Ger*_*Zap 7 database-recommendation
我目前的项目是创建一个链接到数据库（没有提供更多信息或说明）的条形码系统（因为没有更好的词）。我的任务是让条码扫描器解释条码，查询存储 MS Word 和 Excel 文档 (.docx/.xlsx) 的数据库，然后自动检索并显示该文档。除了扫描条形码时，我没有收到太多指示，以便自动检索和显示相应的文档。目前我们所在的位置没有数据库，我们将所有信息存储在 Excel 电子表格中。
我试图自动化的过程是从打开正确的文档（清单和报告）以及使用正确的命名格式和位置（excel VBA 脚本）保存文档中删除“人为因素”。
没有理由认为这是不可能的，但我不确定要使用哪个 (R)DBMS。我们不打算花太多钱（没有 oracle 11g 或 12c），但我们基本上是从头开始，我们的电子表格分布在整个网络驱动器上。我知道有像 IBM DB2 或 MySQL 或 MS SQL Server 或 MongoDB 这样的选项......但我不确定哪一个是最好的“物超所值”并且最少的麻烦。
Eri*_*rik 11
就个人而言，由于您没有条形码之外的关系 --> 文档，我认为关系数据库不是最合适的。
如果您的要求真的很简单：
然后任何键/值存储都应该工作。 这篇维基百科文章讨论了文档数据库的一些理论以及一些利弊与关系数据库。
您将需要编写某种界面/应用程序来将条形码阅读器输出转换为您选择的数据库中的文档查询。因此，您甚至可能根本不需要使用数据库。你可以让应用层找到网络驱动器中的文档......
因为我被要求提供具体的建议。我会看看MongoDB。它运行起来应该很便宜，可以满足您的需求，并且似乎得到了广泛的支持。 这是一篇讨论在 MongoDB 中存储文件/二进制文件的博客文章的链接。
公平警告：我对 MongoDB 没有任何直接经验，一般只对文档数据库有基本的了解。因此，我对 MongoDB 的推荐是基于传闻和一般印象。