16位数据库与RESTful API服务器的集成

16位数据库与RESTful API服务器的集成,rest,api-design,progressive-web-apps,16-bit,dbase,Rest,Api Design,Progressive Web Apps,16 Bit,Dbase,我一直在网上寻找解决客户问题的方法。他们拒绝退出他们的16位dbase数据库,但仍然希望我们开发实时PWA web应用程序,以读取/写入dbase系统 是否有可能让RESTful API服务器与16位数据库一起工作?是。您可以使用dBase或任何DB创建PWA应用程序,它可以选择通过JDBC、ODBC等api与现代编程语言通信。然后,您选择的编程语言可以通过RESTFul服务公开功能 对于PWA应用程序,底层后端服务技术堆栈在普通HTTP请求上被屏蔽。因此,对于PWA,您使用的后端服务和与之通信

我一直在网上寻找解决客户问题的方法。他们拒绝退出他们的16位dbase数据库,但仍然希望我们开发实时PWA web应用程序,以读取/写入dbase系统


是否有可能让RESTful API服务器与16位数据库一起工作?

是。您可以使用dBase或任何DB创建PWA应用程序,它可以选择通过JDBC、ODBC等api与现代编程语言通信。然后,您选择的编程语言可以通过RESTFul服务公开功能

对于PWA应用程序,底层后端服务技术堆栈在普通HTTP请求上被屏蔽。因此,对于PWA,您使用的后端服务和与之通信的DB并不重要

作为“实时”的更新“需要,不确定您正在规划什么样的实时功能,也不确定您期望什么样的ETA/SLA。尽管毫无疑问您可以使用上述任何数据库构建PWA,但它肯定会影响其性能。如果您需要像谷歌自动建议这样的工具,在键入时可以调出结果,那么您需要像“内存中”数据库这样的工具


因此,问题更多的是您的DB可以支持什么性能以及预期的性能。我认为PWA没有任何可行性挑战。

对于实时部分,我们需要自动完成、消息传递、通知、用户分配/权限等。最后,我们真的试图说服客户它是连接到数据库的工作比它的价值还多…更不用说字段字符大小的限制了。我曾经考虑过将数据库“克隆”到NoSql,并通过API写入两者,但只从NoSql数据库读取数据,这在数据库宕机的情况下也会有所帮助。我们还可以使用什么其他缺点来证明“N”的合理性使用dbase并将数据转换为NoSQL?性能限制和存储限制足以证明最终将得到什么。您可以用一个表和一个api向客户演示您的auto-suggest提供数据,并让他们体验性能。然后告诉他们实时使用的因素重新预测访问数据库的并发用户数。如果用户仍然需要相同的数据库,祝他们好运;)