|
|
|
Оптимизация запроса с большим объемом данных
|
|||
|---|---|---|---|
|
#18+
tanglirmiksoftЭто вы с GROUP BY путаете. А DISTINCT всегда детерминистичен. А вот тут уже я не понял. Вроде бы distinct on() order by ... в мускле ещё нет и не предвидится. Или о чём вообще речь?Именно о том, что "Никакими условиями на него "повлиять" не получится". Т.е., если на входе такой набор: Код: sql 1. 2. 3. 4. 5. 6. То на выходе SELECT DISTINCT id, ekey будет этот же самый набор. С дублями в поле ekey ничего не произойдет, они как были, так и останутся. А на выходе SELECT DISTINCT ekey будет такой набор: Код: sql 1. 2. 3. без всякой зависимости от того, что там было в поле id. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2015, 10:04:14 |
|
||
|
Оптимизация запроса с большим объемом данных
|
|||
|---|---|---|---|
|
#18+
miksoftНу тогда, кажется, так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. или так: Код: sql 1. 2. 3. Второй запрос Код: sql 1. 2. 3. оказался правильным и быстро выполняется, задача решена, спасибо всем и в частности miksoft!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2015, 15:19:42 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39090805&tid=1832532]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
38ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 196ms |
| total: | 319ms |

| 0 / 0 |
