The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз СУБД PostgreSQL 12, opennews (??), 03-Окт-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


75. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от лютый жабист__ (?), 07-Окт-19, 12:59 
Господа, насколько эффективно в Слоне работает пересечение индексов?

Дано: гигантская таблица (за миллиард записей), по 20 столбцам созданы отдельные индексы. Кардинальность у каждого очень низкая. Но сочетание нескольких полей обычно имеет от 0 до 50 рядов. Комбинированные индексы делать нельзя.

Слон будет быстро искать в таких условиях? За единицы секунд хотя бы.

Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз СУБД PostgreSQL 12"  +1 +/
Сообщение от Аноним (77), 07-Окт-19, 13:26 
Нормально, особенно если ему помочь: настроить статистику (пошаманить с настройками ANALYZE, где-нужно объявить зависимости между столбцами -- https://postgrespro.ru/docs/postgresql/11/sql-createstatistics).

Желательно включить HugePages, увеличить shared_buffers, включить многопоточность (max_worker_processes, max_parallel_workers_per_gather, ...) можно добавить pg_prewarm чтобы не тратиться на излишнее IO,..

Большая проблема постгреса -- очень слабая конфигурация по-умолчанию + очень сложная конфигурация для новичка.

---

В некоторых случая может сильно помочь секционирование. Но не в случае с 20 индексами с большой вариативностью запросов.

Ответить | Правка | Наверх | Cообщить модератору

78. "Релиз СУБД PostgreSQL 12"  +1 +/
Сообщение от KonstantinB (ok), 07-Окт-19, 15:40 
Конфигурация сложна ровно настолько, насколько сложна сама СУБД. Зато ничего от пользователя не прячут.

И, да, в mysql с необходимостью знать числовые значения innodb-констант ничем не проще.

Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от лютый жабист_ (?), 08-Окт-19, 05:17 
Спасибо!
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

101. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от Онаним (?), 15-Окт-19, 16:41 
А зачем для работы с денормализованными данными использовать реляционную СУБД? Она не для этого. Разбейте на 20-ть отношений, каждое проиндексируйте и join-ами. В МС можно было бы сразу кластерный индекс использовать, а в Слоне нужно создавать дополнительный индекс к отношению.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

83. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от Аноним (85), 08-Окт-19, 16:46 
В Слоне нет таблиц. Есть только куча. Кучу, в принципе, можно прозрачно секционировать, но, опять же, каждая секция будет кучей (индекс никогда не смешивается с данными).
Дальше. Не буду интересоваться зачем так, но я правильно понял -- по каждому из 20 свойств создано по одному индексу ровно из одного свойства? Причём кардинальность каждого такого индекса мала. Но если сделать индекс по нескольким полям, то при миллиарде записей, кардинальность может достигать (аж!!!) 50-ти? 50-сят на миллиард, мягко скажем, тоже высокой кардинальностью не назовёшь.
Если на шпинделях, то Слон сильно сольёт МСу и Ораклу; на ссд -- разница будет существенной, но не такой вопиющей. Но это моё частное мнение.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

90. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от лютый жабист__ (?), 09-Окт-19, 08:21 
>Но если сделать индекс по нескольким полям, то при миллиарде записей, кардинальность может достигать 50-ти

Нет. Поиск по нескольким полям выдаст 0-50 рядов из миллиарда записей.
Составной индекс по нескольким полям делаешь - ищет за милисекунды.
Но все комбинации полей составными индексами не закроешь.
Сейчас всё в монге, там, похоже вообще крутилок нет на эту тему.
Интересуюсь, у кого есть шансы задачу решить.

Орацле обычно без приставленного к нему седовласого ДБА с ворохом сертификатов работает очень фигово. Слон, видимо, посередине...

Ответить | Правка | Наверх | Cообщить модератору

91. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от Аноним (85), 09-Окт-19, 17:09 
Нет, настройка Слона значительно менее предсказуемый процесс, чем настройка Оракла. Хотя и тот и другой настраивать не сказал бы, что сложно. Просто консультирование по Ораклу отдельный бизнес, со своими маркетинговыми мифами-ужастиками. А так, Оракл прост и понятен. Куда понятней, чем тот же МС.
Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от Аноним (85), 09-Окт-19, 17:13 
Задача тривиальная. Всё в итоге упрётся в эффективность алгоритмов подлежащей системы хранения, а не в конкретную СУБД.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

95. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от Аноним (52), 10-Окт-19, 21:45 
Может заюзать более подходящий индекс, типа bloom?
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру