Исходное сообщение
"Высокопроизводительный MySQL-движок TokuDB переведён в разря..." Отправлено pavel_simple, 30-Апр-13 09:10
>>> Именно. И если надо обойти оптимизатор и сказать - "вот этот, @#$%ь, >>> индекс, и ничего кроме" - очень даже нужны хинты/форсирование. >> Если у вас возникает такая надобность, то надо внимательно посмотреть на свою >> базу данных. > дело не в базе данyых, дело в том что постгрес использует оптимизатор > который работает на т.н. "генетических алгоритмах", это немного из области ИИ, > и именно поэтому иногда его ошибки алгоритмически совершенно обоснованы, но НЕ > отменяют того, что оптимизатор выдаёт кривой план. P.S. http://www.postgresql.org/docs/8.2/static/geqo-pg-intro.html " 48.3.1. Future Implementation Tasks for PostgreSQL GEQO Work is still needed to improve the genetic algorithm parameter settings. In file src/backend/optimizer/geqo/geqo_main.c, routines gimme_pool_size and gimme_number_generations, we have to find a compromise for the parameter settings to satisfy two competing demands: Optimality of the query plan Computing time At a more basic level, it is not clear that solving query optimization with a GA algorithm designed for TSP is appropriate. In the TSP case, the cost associated with any substring (partial tour) is independent of the rest of the tour, but this is certainly not true for query optimization. Thus it is questionable whether edge recombination crossover is the most effective mutation procedure. " т.е. поле для работы есть. местами обширное.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>> Именно. И если надо обойти оптимизатор и сказать - "вот этот, @#$%ь, >>>> индекс, и ничего кроме" - очень даже нужны хинты/форсирование. >>> Если у вас возникает такая надобность, то надо внимательно посмотреть на свою >>> базу данных. >> дело не в базе данyых, дело в том что постгрес использует оптимизатор >> который работает на т.н. "генетических алгоритмах", это немного из области ИИ, >> и именно поэтому иногда его ошибки алгоритмически совершенно обоснованы, но НЕ >> отменяют того, что оптимизатор выдаёт кривой план. > P.S. > http://www.postgresql.org/docs/8.2/static/geqo-pg-intro.html > " > 48.3.1. Future Implementation Tasks for PostgreSQL GEQO > Work is still needed to improve the genetic algorithm parameter settings. In > file src/backend/optimizer/geqo/geqo_main.c, routines gimme_pool_size and gimme_number_generations, > we have to find a compromise for the parameter settings to > satisfy two competing demands: > Optimality of the query plan > Computing time > At a more basic level, it is not clear that solving query > optimization with a GA algorithm designed for TSP is appropriate. In > the TSP case, the cost associated with any substring (partial tour) > is independent of the rest of the tour, but this is > certainly not true for query optimization. Thus it is questionable whether > edge recombination crossover is the most effective mutation procedure. > " > т.е. поле для работы есть. местами обширное.
	Введите код, изображенный на картинке: