|
|
|
Поиск по EAV
|
|||
|---|---|---|---|
|
#18+
softwarerЕсли без партиционирования, то следующий взгляд в сторону индекса или кластерного ключа по (id атрибута, id записи, значение) Поддерживаю предложенный Вами запрос, собирался предложить подобное, для чего запросил структуру таблиц. Вы красиво обошлись без этого. Однако, смущает предлагаемый Вами индекс "(id атрибута, id записи, значение)". Может (id атрибута, значение, id записи)? Раз критерии запросов выглядят: where v.attribute_id = <реквизит> and v.value <операция> <значение>) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2014, 08:35 |
|
||
|
Поиск по EAV
|
|||
|---|---|---|---|
|
#18+
SergSuperну как бы есть задачи выбрать нужные документы за год, а в день порядка миллиона документов ну и со счетами не получится я вот думал - если хранить в clob через разделитель с тегами - нельзя ли как-то будет полнотекстовым поиском пользоваться? я просто с ним никогда дела не имел Найти нужные документы за весь год - это скорее для отчета, время выполнения не критично. Полный перебор 300 млн. строк - не вопрос. Про счета не понял, почему не получится ? Полнотекстовым поиском не пользовался. Думаю, смысла нет, все равно полный перебор с выделением значений атрибутов из clob. Само выделение мгновенно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2014, 10:04 |
|
||
|
Поиск по EAV
|
|||
|---|---|---|---|
|
#18+
DirksDRОднако, смущает предлагаемый Вами индекс "(id атрибута, id записи, значение)". Может (id атрибута, значение, id записи)? В принципе, надо мерять. На пальцах я несколько сомневаюсь в том, что перемещение значения на второе место даст заметный выигрыш в поиске; полагаю, возможность фильтровать по записям до проверки значения даст оптимизатору лучшие перспективы. Но это уже надо просто смотреть, а прежде всего - проверить принцип. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2014, 16:32 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38545404&tid=1540994]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
65ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 397ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...