Мы находимся в ситуации, когда мы должны выбирать между базами данных thoose 2.В настоящее время мы работаем с Firebird, но иногда он отстает из-за того, что он слишком много стекает в истории транзакций или что-то в этом роде, и резервное копирование должно применяться для улучшения ситуации.
В моем конкретном случае: в базе данных в основном заполнены таблицыс числовыми полями.В запросах есть в основном внутренние объединения.Практически с той же скоростью я вставляю и выбираю.(но в будущем я смотрю на более строгий отбор). Есть 3 основные таблицы, которые имеют несколько миллиардов записей (продолжают расти каждую секунду).
Но я хотел бы увидеть, какой из них является лучшим в обычномтакие нагрузки, как вышеупомянутые, и перегрузки - такие как выбор и работа с выбранными полями, предварительное выполнение в целом при инициировании событий и выполнение хранимых процедур, что, на мой взгляд, достаточно хорошо, достаточно знаний, чтобы выбирать между ними (больше мнений приветствуется) и, вероятно, поможет другимнароды приняли решение.
Я спрашиваю
- Это то же самое с Interbase?
- Стоит ли пытаться прыгнуть в сторону Interbase?
- Какая производительность лучше в целом?
- Есть ли у Interbase такая проблема с историей, как Firebird, которая продолжает наращивать базу данных и замедляет ее?
PS: Я уйдуэтот вопрос без проверки для решения на данный момент.Может быть, найдется кто-то, кто будет на самом деле объединять базы данных с обычной базой для ежедневных запросов, и вопрос и результаты будут более полезными для меня и других народов, попавших в такую ситуацию.