https://www.opennet.ru/openforum/vsluhforumID3/133480.html Райан Маркус (Ryan Marcus), разработчик экспериментального оптимизатора Bao для PostgreSQL, в котором используется машинное обучение для оптимизации выполнения запросов, опубликовал результаты тестирования производительности штатного оптимизатора запросов PostgreSQL. Тестирование охватывало ветки PostgreSQL, начиная с 8.4 (2009 год) и заканчивая 16 (2023 год). Производительность измерялась при помощи коллекции JOB (join order benchmark), включающей более 100 сложных запросов с большим числом операций JOIN, нацеленных на проверку различных аспектов работы оптимизатора запросов...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61042<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#31 Tue, 23 Apr 2024 20:32:04 GMT Для любой sql БД желание валидно. В какой-то момент роста, возникают проблемы, что штатный планировщик говно собачек и только больше проблем доставляет<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#30 Tue, 23 Apr 2024 19:47:51 GMT А вы могли бы дать пример select ?<br><br>Я помню что пользовался одним примером, сильно ускоряя подсчет статистики ресторана под Друпал,<br>там было что-то "0x10..0xff", работало без плагинов, на mysql+galera, в те же годы.<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#29 Tue, 23 Apr 2024 08:34:30 GMT &gt; Завезите полноценные хинты в постгрес, будем оптимизировать ручками. <br><br>А без этого религия не позволяет? Или просто лень?<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#28 Tue, 23 Apr 2024 07:06:58 GMT Не, прямо такого там нет. handlersocket был робкой попыткой, так сказать, первый подход к снаряду - "пройдись по такой табличке вот по этому индексу". Простейший tab separated протокол. Отдельный интерфейс напрямую к Innodb, в обход всего mysql-я по сути.<br><br>Можно было бы это развивать, добавив мультитабличность, ручное указание способов join-ов и т.п., но вместо этого оно сдохло.<br><br>Но даже в таком простейшем виде оно уже было очень полезно и позволяло очень шустро ходить по индексам, годилось для частых операций типа "найти юзера по ID/емейлу", работало достаточно шустро, чтобы отказаться от key value-баз сбоку. Году этак в 2011-м я так на одном mysql так строил хайлоад - шардинг по диапазонам userid + центральная база (master+slaves, shard allocation mapping + user db) на handlersocket.<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#27 Tue, 23 Apr 2024 02:42:21 GMT А как в MySQL передать "сериализованную внутрянку" ?<br>Такое впеяатление что раньше видел что-то подобное, но нагуглить не получается.<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#25 Mon, 22 Apr 2024 18:31:17 GMT Ado у postgresql pro<br>Другой движек запрсов<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#24 Mon, 22 Apr 2024 17:55:24 GMT там же написано - вся база в памяти...<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#23 Mon, 22 Apr 2024 16:29:27 GMT Чё в итоге то 0.0.0-v12 ?<br> https://www.opennet.ru/openforum/vsluhforumID3/133480.html#22 Mon, 22 Apr 2024 15:35:33 GMT На какой ещё базе замерять скорость query optimizer если не на синтетической базе в памяти.<br>