Эксперимент - сравнение скорости записи СУБД «ГЛОБАЛ» и «Postgresql»

Эксперимент: сравнение скорости записи СУБД ГЛОБАЛ и PostgreSQL

Проверка производительности единичной записи на двух разных конфигурациях серверов. Настройки СУБД — по умолчанию. Результаты говорят сами за себя.

Протестировать на своих данных

Для кого эта статья:

• Разработчики и архитекторы баз данных
• Технические специалисты, выбирающие СУБД
• Руководители IT-отделов
• Все, кто хочет увидеть реальное сравнение производительности

Цель эксперимента

Проверить производительность единичной записи двух СУБД: СУБД ГЛОБАЛ (многомерная, на основе B-деревьев) и PostgreSQL (реляционная, SQL-ориентированная). Эксперимент проводился на двух разных конфигурациях серверов. Настройки обеих СУБД — по умолчанию.

Конфигурации серверов

Сервер 1

Процессор	Intel Core 7 — 3770 3,4 GHz
Среда	VMware v.15
Ядра	1 ядро
ОС	Ubuntu-20 64x
Диск	HDD 60 Гб

Сервер 2

Процессор	Intel Dual-core Celeron 1037U (1.8 GHz)
ОС	Ubuntu-20 64x
Диск	HDD 60 Гб, SATA 3

Методика тестирования

СУБД ГЛОБАЛ — 1 000 000 записей

for ( = 1;  <= 1000000; ++) {
     = rand(1, 1000);
    gl_set(, ,
        "Привет МИР Это символы для !-".);
}

Прямая запись в многомерный массив через gl_set() — без парсинга SQL, без оптимизатора

PostgreSQL — 100 000 записей

for ( = 1;  <= 100000; ++) {
     = rand(1, 1000);
     = pg_query(,
        "INSERT INTO name (id,name)
         VALUES(, 'Привет МИР Это символы для !-')");
}

SQL-запрос с парсингом, планированием и оптимизацией — накладные расходы на каждую вставку

1 млн

записей ГЛОБАЛ

100 тыс

записей PostgreSQL

10x

больше данных

SQL-парсинга

Ключевые выводы

Преимущество СУБД ГЛОБАЛ

Прямая запись через gl_set() без парсинга SQL и оптимизации запросов позволяет обрабатывать на порядок больше операций в единицу времени.

Накладные расходы PostgreSQL

Каждый INSERT проходит парсинг SQL, планирование, оптимизацию, проверку ограничений — что значительно снижает скорость при пакетной записи.

Почему СУБД ГЛОБАЛ быстрее?

Отсутствие SQL-парсинга — данные записываются напрямую в B-дерево
Минимальные накладные расходы — нет оптимизатора запросов, планов выполнения, буферизации
Многомерная архитектура — данные хранятся в виде ассоциативного массива, а не в таблицах
Единый язык MUMPS — и язык программирования, и язык работы с данными — без лишних прослоек

Хотите провести собственное тестирование?

Мы предоставляем тестовый доступ к СУБД ГЛОБАЛ для проведения сравнительных испытаний на ваших данных и вашем оборудовании.

Бесплатная тестовая лицензия на 30 дней
Методики тестирования и сравнительные сценарии
Техническая поддержка на время тестирования
Помощь в настройке и оптимизации

Запросить тестовый доступ

Убедитесь сами в превосходстве СУБД ГЛОБАЛ

Скачайте дистрибутив или запросите тестовый доступ — и сравните производительность на реальных задачах.

Связаться с нами

Логин:
Пароль:

Регистрация
Забыли свой пароль?
Войти как пользователь: