Comments 6
Время вставки увеличилось на треть: с 4351.432 ms до 5740.328 ms.
Сколько измерений было сделано для данного вывода ?
~десяток, разброс при повторениях теста невелик. Команды приведены, можно легко проверить воспроизводимость результата
~десяток
Имеется в виду 10 или 60, 100, 1000 ?
разброс при повторениях теста невелик.
вот это то и самое интересное.
Вот эти цифры
Время вставки увеличилось на треть: с 4351.432 ms до 5740.328 ms.
Это среднее арифметическое или результат одного наблюдения ?
И очень важный вопрос по инфраструктуре - замеры проводились на физическом сервере или виртуальной машине ?
можно легко проверить воспроизводимость результата
Да, спасибо за наводку. Проверю , статистическими методами на следующей неделе.
Результаты будут в Дзене и Пикабу. Здесь я давно не печатаюсь.
точно не считал, от числа результат не зависит, проверите и станет понятно :) Видно по размерам индексов - число одинаково во всех повторениях, а разница во времени это следствие. Приведённые числа - результат выполнения команд на виртуальной машине в произвольной итерации. Разброс будет, если команда попадет на окончание контрольной точки, автовакуумирование или запустится служба типа обновления. Реально такая служба «обновления офиса 11» мне снижала показатели (не в этом тесте, а в долгих тестах), пока не идентифицировале её и не отключил.
При таких тестах я бы еще версию PostgreSQL указывал, ибо в последних версиях сделано немало оптимизаций работы индексов. Ну и хотя бы вскользь писать дефолтные параметры или что-то поднастроено.
Индексы в убывающем порядке (DESC) и NULLS FIRST в PostgreSQL