[Moscow.pm] Написал интерфейс к базе от ipgeobase.ru

Ruslan Zakirov ruslan.zakirov на gmail.com
Вт Дек 1 00:48:29 PST 2009


2009/12/1 Sergey Zhuravlev <sergey.zhuravlev на gmail.com>:
> 2009/12/1 Ruslan Zakirov <ruslan.zakirov на gmail.com>:
>> Посмотрел EXPLAINы в Pg, стало более понятно. При двух условиях, когда
>> каждое отдельно условие не ограничивает диапазон, оценки количества
>> строк сильно зашкаливают. Это понятно. Не учитывается связь между
>> значениями начала и конца.
>>
>> По этому PG и скорее всего mysql отказываются от index based range
>> scan и переходят к full sequential index scan. Если знать максимальный
>> размер блока ( MAX(iend-istart) ), то, добавив дополнительные условия,
>> можно помочь БД получить более точную оценку и выбрать оптимальный
>> план.
>
> Для ipgeobase это действительно должно сильно помочь.
>
> У нас используется другая база для определения региона по ip,
> и там самая большая сеть 15.0.0.0 - 22.255.255.255 (США)
> Соответственно в нашем случае такая оптимизация не выстрелит ;-)
> Хотя, конечно, можно большие сети разбивать на куски, скажем /16

У вас в БД есть блоки покрывающие подсети или вы просто не делаете
локацию внутри США?


-- 
Best regards, Ruslan.


Подробная информация о списке рассылки Moscow-pm