我们的设备（带摄像头的显微镜）为每张图像生成图像和附加信息。 现在，中间件供应商希望将这些设备连接到实验室自动化系统。他们必须获取数据，我们必须提供它。令我惊讶的是他们的界面建议 - 一种非常隐密的令牌分隔格式（ASTM E1394-97）。不幸的是，他们甚至无法在协议中容纳图像，并且目标是获取文件路径。
我认为这不是最新的方法。在寻找替代品时，我看到了CoachDB。 所以，我的想法是，我们的设备将导入数据，包括CoachDB中的图像，他们可以获取数据。看起来甚至，使用小胡子，我们可以生成他们想要的格式（ascii-text）并将URL放置为图像引用而不是路径。
我的问题是，是否有人将CoachDB应用于此类用例？它似乎是对CoachDB的一点点误用，因为主要意图是接口而不是数据存储。令我不安的另一点是，CoachDB的发明者去了其他项目Coachbase。这可能意味着将来缺乏对CoachDB的支持吗？
非常感谢您的任何见解和建议！
答案 0 :(得分：4)
这是好的用例，实际上我们正在以这种方式使用CouchDB - 作为医学实验室分析仪和LIS之间的代理中间件。他们中的一些人在共享文件夹上发布图像或pdf数据，我们只是将它们作为附件加载到相关文档中。
你想知道的更多，CouchDB能够服务于外部进程（又名os_daemons）并关注它们的生命周期：如果有人在通过HTTP接口更新配置选项后终止并启动，则重新启动。这有助于设置ASTM客户端和服务器进程，因为该协议不同于HTTP（CouchDB原生），它与设备通信并创建文档作为常规CouchDB客户端。以同样的方式，您可以设置守护程序来监视特定文件的共享文件夹。所有这些只是CouchDB，几乎没有“低限”插件。