ВАЖНОЕ ПРИМЕЧАНИЕ: я получил много ответов и благодарю всех вас. Но все ответы - больше комментариев, чем ответов. Мой вопрос связан с количеством циклических поездок на RDBMS. Опытный человек сказал мне, что MySQL имеет меньше обходных путей, чем Firebird. Я хотел бы, чтобы ответ остался в той же области. Я согласен, что это не первое, что нужно учитывать, есть много других (дизайн приложения, настройки сети, настройки протокола ...), в любом случае я хотел бы получить ответ на мой вопрос, а не комментарий. Кстати, я нашел комментарии все очень полезными. Благодаря.
Когда задержка высока («когда проверка связи с сервером требует времени»), серверные обходные пути имеют значение.
Теперь я не хочу сосредотачиваться на обходах, созданных в программировании, а на обходах, которые происходят "под капотом" в движке БД + Protocol + DataAccessLayer.
Мне сказали, что FireBird имеет больше обращений, чем MySQL . Но это единственная информация, которую я знаю.
В настоящее время я поддерживаю MS SQL, но я хотел бы изменить СУБД, поэтому, чтобы сделать правильный выбор, я хотел бы также включить этот пункт в «мою матрицу функций сравнения СУБД», чтобы понять, какую из лучших СУБД выбрать в качестве альтернатива MS SQL.
Таким образом, смелое предложение, приведенное выше, заставило бы меня предпочесть MySQL Firebird (для концепции обходов, а не в целом), но может ли кто-нибудь добавить информацию?
А MS SQL где находится? Может ли кто-то «оценить» производительность в обоих направлениях основной СУБД или хотя бы:
MS SQL, MySql, Postegresql, Firebird (я не заинтересован в Oracle, поскольку он не бесплатный, и если мне придется измениться, я перейду на бесплатную СУБД).
В любом случае MySql (как уже несколько раз упоминалось о stackoverflow) имеет неясное будущее и не 100% бесплатную лицензию. Поэтому мой окончательный выбор, вероятно, будет сделан на PostgreSQL или Firebird.
Дополнительная информация:
как-то вы можете ответить на мой вопрос, составив простой список вроде:
MSSQL: 3;
MySQL: 1;
Firebird: 2;
Postgresql: 2
(где 1 - хорошо, 2 - средне, 3 - плохо). Конечно, если вы можете опубликовать несколько ссылок, в которых сравниваются циклические переходы по РСУБД, было бы здорово
Обновление:
Я использую Delphi, и я планирую использовать DevArt DAC (UNIDAC), поэтому каким-то образом используется «тот же» компонент доступа к данным, поэтому, если существуют значительные различия в обоих направлениях, они обусловлены различными используемыми СУБД.
Дальнейшее обновление:
У меня есть 2-уровневое приложение (вставка среднего уровня не вариант), поэтому, выбирая СУБД, оптимизированную «в обе стороны», у меня есть шанс еще больше улучшить производительность приложения. Этот вид «оптимизации» подобен «купить более быстрое интернет-соединение» или «разместить больше памяти на сервере» или «обновить процессоры сервера». В любом случае важны и эти «оптимизации».