Firebird 云应用？

Question

我将启动一个 POS（销售点）系统，该系统将作为一个常规的 Intranet 系统（在他的初始测试阶段）开始，但我想稍后扩展到云产品。 我将其作为混合解决方案提供。

我希望它使用 firebird，因为它更容易部署，占用空间最少，并且能够使用嵌入式多线程服务器。 但是，我担心 firebird 是否可以用于具有容错、数据复制等功能的云服务......是否足够可靠以供小公司开展业务（类似于freshbooks 的服务）。

我的另一个选择是使用 Postgress，但我没有使用它的经验。

FB 是否足以用作 SAAS 后端？ 有没有成功实施？

PD：我正在考虑将它部署在 GoGrid 或 Rackspace 上......

Answer 1

您应该在不了解SQL后端的情况下编写POS应用程序代码。 这样你就可以随时切换后端。 应用程序代码无法理解持久性代码的内部结构也是有利的，否则您将遇到层违规。

执行此操作的常用方法是使用对象关系映射（ORM）库。 Firebird FAQ推荐了一些与Firebird配合使用的ORM。

Answer 2

FB是一个很好的选择，它可以处理大型数据集，并且能够跨多个文件跨越数据库。 我最近在inmobiapp.com的一些网络项目中使用过它。 但我看到的缺点是复制，到目前为止，我使用的唯一解决方案是ibpreplicator，它是一个非常好的代表。 工具配置正确。 您可以免费试用，但必须购买许可证。

还要考虑驱动程序对您将使用的编程语言的支持。 上次我在Rails上检查FB支持并不是那么好用另一方面PHP对FB有很大的支持。

Answer 3

不好意思，这里听起来有点刺耳，但是杂交是胡说八道。 我喜欢SaaS POS的想法，但不要通过现场软件维护支持的漫长而多风的路径来破坏自己的乐趣。

对于客户和您而言，现场维护不是SaaS解决方案最具吸引力的原因！

从一开始就使其成为纯粹的SaaS应用程序，提供适当的全屏浏览器支持，简化的可用性和SSL加密。 还要考虑竞争对手特别是Square，因为你的系统宁愿吸引小商家，而Square也在他们身边。

如果您不首先在现场进行，请从一开始就使用适当的Web框架和ORM。 当您有理由和经验时，您可以稍后优化。

现在这只是我的意见，但想想我刚才所说的内容，特别是从技术的角度来看它并不是纯粹的想法。

Answer 4

Firebird是一个很好的RDBMS，但不幸的是在网络应用程序或托管公司中都没有广泛传播。

我个人喜欢FB软件，但不太热衷于它周围的社区。

并使UTF8使用区域设置不区分大小写的顺序...这就是让我放弃它的原因..

我推荐postgres，mysql（或mariadb）。

有些人仍然认为mysql不稳定，我从来没有遇到任何问题，但是不能处理大于1GB的数据。

无论您选择什么，都可以安排备份。

更新有人低估了我的答案。 与FB基金会分享我的糟糕经历，确切地说，与H. Borrie一起，并没有让这个答案“无用”。 如果医生的态度有所改善，我真诚地祝贺FB。

Answer 5

Honestamente, seleccionaría otra BD como PostgreSQL, MySQL o CockroachDB, está última la recomiendo。 Si quieres seguir con Firebird te sugiero HQbird：高级 FirebirdSQL，que es un servicio en la Nube de Firebird mejorado con repliacion，备份 y otras cosas interesantes。 https://ib-aid.com/en/hqbird