Sql 传统数据库拓扑的替代方案

我在企业环境中与visual studio合作已经很长时间了，在那里我们设置了一个中央SQL Server来存储所有内部程序的数据

我被要求在一家小公司做兼职，他们想要一个能在六台计算机之间共享数据库数据的程序。
我的第一反应是让他们建立一个小型服务器，安装一个数据库，然后像我通常做的那样连接到它，但在我开始之前，我想知道是否有更好的方法来做

我的部分问题是，如果这个程序运行得很好，那么这个程序就有可能被其他公司使用，我不想设置一个服务器，然后编写一个自定义版本，每个版本都有一个自定义连接字符串

---

这可能是因为我正在深入思考这个问题，我只是希望提前做一点研究可以节省很多时间。

为什么只需要自定义构建来更改连接字符串？
只需更改你的app.config，或者我们缺少什么？

---

最好的方法是通过封装在SOAP中的CORBA实现n层面向服务的体系结构，或者为高可用性应用程序提供一个具有n+后端冗余的完全RESTful接口。还可以加入Node.js以实现额外的buzzword遵从性！不，你可能是对的。我只是想知道，对于一家只有几台机器的小公司来说，是否有比使用中央服务器更好的方法。因为这大部分是我习惯的，我不知道如果我像锤子一样，把所有问题都看成是带有数据库的中央服务器，我是否会错过任何更好的方法。我想我宁愿被人告诉我在问愚蠢的问题，也不愿有人问我为什么这样做，而另一种方式要好得多。