重要提示：我收到了很多答案，谢谢大家。但所有的答案都是评论多于回答。我的问题与每个rdbms的往返次数有关。一位有经验的人告诉我，mysql的往返行程比firebird少。我希望答案保持不变。我同意这不是第一件要考虑的事情，还有很多其他的问题（应用程序设计、网络设置、协议设置…），不管怎样，我想得到我的问题的答案，而不是评论。顺便说一下，我发现这些评论都很有用。谢谢。
当延迟很高时（ping服务器需要时间），服务器往返会产生影响。
现在我不想把重点放在编程中创建的往返，而是放在db engine+protocol+dataaccesslayer中的“引擎罩下”发生的往返。
我听说firebird比mysql有更多的往返行程。但这是我唯一知道的信息。
我目前支持ms-sql，但我想更改rdbms，因此为了做出明智的选择，我想将这一点也包括在“我的rdbms比较特性矩阵”中，以了解选择哪种rdbms作为ms-sql的替代。
所以上面的粗体句子会让我更喜欢mysql而不是firebird（对于往返旅行的概念，不是一般意义上的），但是有人可以添加信息吗？
微软的sql在哪里？是否有人能够“排名”主RDBMS的往返性能，或者至少：
ms-sql、mysql、posteregresql、firebird（我对oracle不感兴趣，因为它不是免费的，如果必须更改，我将更改为免费的rdbms）。
不管怎样，mysql（正如stackoverflow中多次提到的那样）有一个不明确的未来和一个不是100%免费的许可证。所以我最后的选择可能是在PostgreSQL或Firebird上磨蹭。
其他信息：
不知怎的，你可以做一个简单的清单来回答我的问题，比如：
MSSQL:3；
mysql:1；
火鸟：2只；
PostgreSQL:2个
（其中1是好的，2是一般的，3是坏的）。当然，如果你能发布一些链接来比较每个RDBMS的往返行程，那将是非常好的
更新：
我使用delphi，我计划使用devart-dac（unidac），所以在某种程度上使用了“相同”的数据访问组件，因此如果存在显著的往返差异，则是由于使用的rdbms不同。
进一步更新：
我有一个两层的应用程序（插入中间层不是一个选项），因此通过选择一个经过优化的“往返侧”rdbms，我有机会进一步提高应用程序的性能。这种“优化”类似于“购买更快的Internet连接”或“在服务器上放置更多内存”或“升级服务器CPU”。无论如何，这些“优化”也很重要。
最佳答案
在低速连接或高延迟情况下，应用程序的编码方式以及数据的访问和传输方式和时间对数据库网络协议本身的影响要大得多。一些数据库协议可以被优化以在不常见的情况下更好地工作，即增加或减少数据包大小。
您还可能会在tcp/ip层本身遇到减速，这也可能需要进行tcp/ip优化。