Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
Ну так увидим мы когда-нить DDL таблиц или нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 10:37 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 11:09 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
Индексы - от балды проставлял, что ли? И очень интересно, зачем для явно текстовых данных (code, num) выбраны целочисленные типы... особенно с учётом того, что номер телефона может начинаться нулём. Нахрена номер телефона сделан уникальным? может же быть у двух человек одинаковый номер телефона (скажем, домашний). tip78 Код: sql 1. Показывай, нефиг байты экономить... А пока - создай для теста индекс (code,clientID)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 11:25 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
AkinaИндексы - от балды проставлял, что ли? И очень интересно, зачем для явно текстовых данных (code, num) выбраны целочисленные типы... особенно с учётом того, что номер телефона может начинаться нулём. Нахрена номер телефона сделан уникальным? может же быть у двух человек одинаковый номер телефона (скажем, домашний). по каждому индексу существует поиск в отдельных случаях. Там много чего происходит, разного рода отчётность, например. каким образом исключительно цифры стали "текстовыми данными"? Чаров там нет и не будет. ну и что там 0, есть zerofill. Цифры всегда лучше текста по скорости и байтам. уникальность как раз для того, чтобы двух телефонов не было в системе. "Домашний" это 1 клиент. tip78 Код: sql 1. Показывай, нефиг байты экономить... А пока - создай для теста индекс (code,clientID)...[/quot] ничего этот индекс не дал. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 11:41 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
самым тормозным получается вот этот запрос: Код: sql 1. 2. 3. занимает 11-12сек, когда passser = INT а телефоны ищет за 0.06 ввёл passser2, где он CHAR(4), + INDEX, но это ничего не изменило explain тот же самый, Key только name3 я так понимаю, это тупик, остаётся только редис... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 12:31 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
*0.11-0.12 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 12:34 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
а ещё, что занимательно, с одной цифрой LIKE '9%' он ищет аж 0.70-0.80 это с двумя у него резко падает до 0.12 а с тремя нет - всё также 0.12 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 13:02 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
не знаю как в MYSQL. в оракле WHERE `passSer2` LIKE '45%' нужен функциональный индекс, так как идет неявное преобразование to_char(passSer2), что то типа Код: plsql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 14:32 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
и всё-таки passSer2 в виде CHAR работает как индекс в explain если его запускать без ORDER BY name3 - тогда там только name3 Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. т.е. правда моя была: авторввели 45, ищет LIKE '45%', но `passSer` это SMALLINT, а `passNum` это MEDIUMINT, т.е. INTы а '45%' это, я так понимаю, STRING т.е. это разные типы строк, поэтому облом... короче в example не работают кеи в таком варианте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2017, 13:27 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
по passSer MEDIUMINT - так: Код: sql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2017, 13:31 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
в общем тупка потихоньку отпускает пока пришёл к тому, что цифры таки надо искать так: BETWEEN 4000 AND 4999 и сразу индексы заработали и кол-во row упало )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2017, 10:11 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
ну в итоге теперь ищет мгновенно )) всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2017, 12:35 |
|
||
|
а как быть с LIKE по цифре ? Не работают индексы
|
|||
|---|---|---|---|
|
#18+
tip78BETWEEN 4000 AND 4999Это если цифр всегда ровно 4, а не 3 или 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2017, 21:18 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39465149&tid=1830635]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 391ms |

| 0 / 0 |
