ВЯ
я кстати такую проблему решал)
Size: a a a
2020 June 18
ВЯ
был сначала конечно костыль через хранилку на perl
ВЯ
потом всё в очереди и микросервис
ВЯ
т.е. этот функционал выведен частично из логики в базе
A
Всем привет. Кто хорошо шарит в индексах? Я вот пытаюсь разобраться. Подскажите, пожалуйста, если в запросе WHERE a > 10 AND b = “somebody” AND c < 20, то каков порядок для btree индекса будет правильным?
YN
Denis
Добрый день! Хранение бизнес логики в БД Постгреса - насколько хорошо/плохо с архитектурной точки зрения? Предполагается, что разрабатываемое приложение будет продаваться внешним клиентам, соответственно много версий, поддержка и все из этого вытекающее. Собственно в целом насколько это паттерн/антипаттерн для продукта?
скажем так, вся суть в отделение данных и алгоритмов их обработки
тут все сразу вспоминают про хранимые процедуры, но у них чисто инфраструктурная цель обеспечения хранения данных, а не их обработки
тут все сразу вспоминают про хранимые процедуры, но у них чисто инфраструктурная цель обеспечения хранения данных, а не их обработки
DB
Всем привет. Кто хорошо шарит в индексах? Я вот пытаюсь разобраться. Подскажите, пожалуйста, если в запросе WHERE a > 10 AND b = “somebody” AND c < 20, то каков порядок для btree индекса будет правильным?
Вы имеете в виду порядок сортировки ?
A
Вы имеете в виду порядок сортировки ?
Порядок при создании индекса (a,b,c)
DB
Порядок при создании индекса (a,b,c)
Ответ - зависит от типа А в кортеже
A
Ответ - зависит от типа А в кортеже
int
ВЯ
Всем привет. Кто хорошо шарит в индексах? Я вот пытаюсь разобраться. Подскажите, пожалуйста, если в запросе WHERE a > 10 AND b = “somebody” AND c < 20, то каков порядок для btree индекса будет правильным?
тут лучше самому посмотреть explain в разных вариантах)
A
Владимир Яворский
тут лучше самому посмотреть explain в разных вариантах)
Так себе идея, если база большая и используется конкурентное добавление индекса, то это сколько времени уйдёт?) надо с 1 раза правильно
i
Всем доброго времени суток.
Такая ситуация: большая база 400гб, HDD- диски, оперативки 100 Гб, shared_buffers = 25, effective_cache_size = 85. При этом очень интенсивная работа с диском, его utilization держится в районе 95-100%.
Подскажите, пожалуйста, есть идеи, в чем может быть проблема? Или проблемы нет, а есть только медленные диски?
Такая ситуация: большая база 400гб, HDD- диски, оперативки 100 Гб, shared_buffers = 25, effective_cache_size = 85. При этом очень интенсивная работа с диском, его utilization держится в районе 95-100%.
Подскажите, пожалуйста, есть идеи, в чем может быть проблема? Или проблемы нет, а есть только медленные диски?
DB
int
Тогда роли не играет https://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/backend/access/nbtree/nbtcompare.c;h=fdaa7a335fb9829983a902be62c0cfc74a4673de;hb=HEAD, все равно дерево будет сбалансировано по элементам кортежа
Быстрее всего упорядочивание работает для
Можно почитать об этом
Быстрее всего упорядочивание работает для
bytea, если у вас есть такой тип, то помещайте его в первый элемент кортежа, если нет, то порядок не важен Можно почитать об этом
2_
скажем так, вся суть в отделение данных и алгоритмов их обработки
тут все сразу вспоминают про хранимые процедуры, но у них чисто инфраструктурная цель обеспечения хранения данных, а не их обработки
тут все сразу вспоминают про хранимые процедуры, но у них чисто инфраструктурная цель обеспечения хранения данных, а не их обработки
это почему и где это написано, что хп "чисто инфраструктурная цель"?
YS
Всем привет. Кто хорошо шарит в индексах? Я вот пытаюсь разобраться. Подскажите, пожалуйста, если в запросе WHERE a > 10 AND b = “somebody” AND c < 20, то каков порядок для btree индекса будет правильным?
Тот, который начинается с b. Дальше уже нужно знать распределение данных / смотреть explains.
A
Yaroslav Schekin
Тот, который начинается с b. Дальше уже нужно знать распределение данных / смотреть explains.
Почему с b?
YS
Почему с b?
Потому что это единственное условие с равенством, насколько я вижу... нет?
YS
iwanttobeleve
Всем доброго времени суток.
Такая ситуация: большая база 400гб, HDD- диски, оперативки 100 Гб, shared_buffers = 25, effective_cache_size = 85. При этом очень интенсивная работа с диском, его utilization держится в районе 95-100%.
Подскажите, пожалуйста, есть идеи, в чем может быть проблема? Или проблемы нет, а есть только медленные диски?
Такая ситуация: большая база 400гб, HDD- диски, оперативки 100 Гб, shared_buffers = 25, effective_cache_size = 85. При этом очень интенсивная работа с диском, его utilization держится в районе 95-100%.
Подскажите, пожалуйста, есть идеи, в чем может быть проблема? Или проблемы нет, а есть только медленные диски?
> Подскажите, пожалуйста, есть идеи, в чем может быть проблема?
Слишком мало информации, IMHO.
Разбирайтесь подробнее — что это за утилизация (чтение или запись? WAL, или сами БД, или временные файлы?) и т.п.
Слишком мало информации, IMHO.
Разбирайтесь подробнее — что это за утилизация (чтение или запись? WAL, или сами БД, или временные файлы?) и т.п.
A
Yaroslav Schekin
Тот, который начинается с b. Дальше уже нужно знать распределение данных / смотреть explains.
А что вкладываете в распределение данных?