Sql server 什么'；s通过不断的查询降低损坏/数据丢失的风险

我将让大约4台服务器（Linux）不断地（通过多处理不断地尽可能多地）向数据服务器发送查询（大多数查询都将创建新行，但是其中一台服务器将读取数据）。我想最好有单独的数据库。我认为sqlite3是我最好的选择，但我愿意接受建议。我想将损坏和数据丢失的风险降至最低。有什么建议吗

编辑：

---

我还必须检查数据库以查找重复项。

这是一个非常困难的问题。如果您想使用单独的数据库，您必须担心手动保持它们的一致性（这是一个您确实不想解决的问题）。相反，让所有4个（或者更一般地说，N个）服务器指向同一个数据库实例，并让DB为您进行集群。通过这种方式，DBMS可以处理并发性和一致性问题，并且您仍然可以获得所需的性能。

将这种风险降至最低的最佳方法是选择一个完全保证ACID遵从性的数据库，并认真对待这一保证。注意，因为某些数据库系统并不总是提供ACID遵从性，这取决于您设置的选项。例如，使用PostGres或SQL Server会非常安全。MySQL-：

如果您有额外的软件保护措施， 超可靠的硬件，或是能够承受小型 数据丢失或不一致的数量，您可以调整MySQL设置以 为了获得更高的性能或更高的可靠性，可以牺牲一些ACID可靠性 吞吐量。

---

就查询速率而言，是否存在数据丢失的风险/高风险？否。如果您试图获取超出其处理能力的数据，DBMS将拒绝连接。如果它接受您的连接，您可以确信您的DBMS将正确处理数据。我不需要web数据库，只需要本地数据库。sqlite3呢？除了ACID合规性之外，还有什么理由我会在sqlite3上使用PostGres吗？ACID合规性就是原因。没有“网络数据库”这样的东西。你可以选择哪一个适合你的场景。考虑到您希望将数据丢失/损坏的可能性降至最低，这将指向一个完全符合ACID的数据库。。。您可以使用sqlite，但考虑到您正在使用多台服务器尝试将数据输入到sqlite中，这听起来不是我的最佳选择。不用担心，这就是您来到这里的原因：）。