我将启动一个 POS（销售点）系统，该系统将作为常规的 Intranet 系统（在他的初始测试阶段）开始，但我想稍后扩展到云产品。我会将其作为混合解决方案提供。
我希望它使用 firebird，因为更容易部署、最小的占用空间以及使用嵌入式多线程服务器的能力。但是，我担心 firebird 是否可以用于具有容错、数据复制等功能的云服务……足以让小公司将其业务放在上面（类似于新鲜书的服务）。
我的另一个选择是使用 Postgress，但我没有使用它的经验。
FB 是否足以用作 SAAS 后端？有没有成功实施？
PD：我考虑在 GoGrid 或 Rackspace 上部署它……
您应该在不了解 SQL 后端的情况下编写 POS 应用程序。这样您就可以随时切换后端。应用程序代码不了解持久性代码的内部结构也是有利的，否则您会违反层。
一种常见的方法是使用对象关系映射 (ORM) 库。此 Firebird 常见问题解答推荐了一些与 Firebird 一起使用的 ORM。
Firebird 是一个很好的 RDBMS，但不幸的是，它在 web 应用程序或托管公司中的传播并不广泛。
我个人喜欢 FB 软件，但不太热衷于它周围的社区。
并使 UTF8 与区域设置不区分大小写的顺序一起工作......这就是让我放弃它的原因......
我推荐 postgres、mysql（或 mariadb）。
有些人仍然认为 mysql 不稳定，我从来没有遇到过任何问题，但没有处理大于 1GB 的数据。
无论您选择什么，安排备份。
更新 有人对我的回答投了反对票。与 FB 基金会分享我的糟糕经历，确切地说，与 H. Borrie 分享这个答案并没有使这个答案“没有用”。如果文档作者的态度有所改善，我真诚地祝贺FB。
FB 是一个很好的选择，它可以处理大型数据集，并且能够跨多个文件跨越一个数据库。我最近在 inmobiapp.com 上的几个网络项目中使用了它。但是我看到缺少的一件事是复制，到目前为止，我使用的唯一解决方案称为 ibpreplicator，它是一个非常好的代表。工具如果配置正确。您可以免费试用，但必须购买许可证。
还要考虑您将使用的编程语言的驱动程序支持。上次我检查 FB on Rails 支持不是很好，另一方面 PHP 对 FB 有很好的支持。
对不起，我在这里听起来有点刺耳，但混合是胡说八道。我喜欢 SaaS POS 的想法，但不要因为走上漫长而多风的现场软件维护支持之路而破坏了自己的乐趣。
无需现场维护是 SaaS 解决方案对客户和您双方最有吸引力的唯一原因！
通过适当的全屏浏览器支持、简化的可用性和 SSL 加密，从一开始就使其成为纯粹的 SaaS 应用程序。还要考虑竞争对手，尤其是 Square，因为您的系统宁愿吸引小商家，而 Square 遍布他们。
如果您不首先在现场进行操作，请从一开始就使用适当的 Web 框架和 ORM。当您有理由和经验时，您可以稍后优化事情。
现在这只是我的观点，但请考虑一下我刚才所说的，尤其是不要纯粹从技术角度考虑。