|
|
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
Приветствую! Есть таблица: Код: sql 1. 2. 3. 4. 5. 6. Какой лучше индекс сделать для запросов следующего вида? Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 16:27 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
Hacker-CB, В Вашей постановке вопроса лучший индекс - его отсутствие. Что не устраивает в текущей работе БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 16:32 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
/\/\/\/\/\/\, у тс уже может быть нужный индекс, ели он наложил exclude . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 16:49 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
MAC адрес уникален в единицу времени. Может быть все-таки какой-либо индекс ускорит производительность? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 17:15 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
кхм/\/\/\/\/\/\, у тс уже может быть нужный индекс, ели он наложил exclude . Ога. Начинается занимательное рассматривание хрустального шара. Hacker-CB MAC адрес уникален в единицу времени. Может быть все-таки какой-либо индекс ускорит производительность? Главный вопрос: Что не устраивает в текущей производительности? Например: сейчас запрос выполняется за один час. Меня это не устраивает, хочу чтобы выполнялся за 15 минут. Если нужны какие-то телодвижения, то укажите: - объем таблицы в записях - селективность по полям-кандидатам на индекс. Кстати, "уникальность в единицу времени" намекает на множество пикантных обстоятелств. Нужно взять хрустальный шар побольше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 17:26 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
Hacker-CB, В общем я бы начал с прочтения http://www.postgresql.org/docs/9.3/interactive/rangetypes.html т.е. для начала вам надо просто сменить формат хранения end/start а дальше под это можно будет сообразить индекс. --Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 17:33 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
Maxim Boguk, За range спасибо, почитаю. /\/\/\/\/\/\, Количество записей в таблице - около 100тыс. Дело не в том что не устраивает что-то в текущей производительности. Вопрос в том, можно ли построить индекс который поможет улучшить производительность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 17:39 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
Hacker-CB, Вы верите в магию? Волшебный индекс решит все Ваши проблемы, которые еще даже и не возникли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 17:44 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
Hacker-CB, покажите вывод Код: sql 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 17:59 |
|
||
|
Луший индекс для date_start/date_end
|
|||
|---|---|---|---|
|
#18+
для данного случая подойдет btree_gist http://www.postgresql.org/docs/9.1/static/btree-gist.html Код: plsql 1. 2. 3. 4. Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2014, 20:09 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=38830501&tid=1998296]: |
0ms |
get settings: |
11ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
192ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
| others: | 242ms |
| total: | 552ms |

| 0 / 0 |
