|
|
|
Почему не используется SUMMARY TABLE ?
|
|||
|---|---|---|---|
|
#18+
Теперь - про summary table без current date вщ where (то есть по всему диапазону дат). Refresh deffered по всей большой таблице будет тормозить. Но может, подойдет-таки refresh immediate? Вставка замедлится, да, но выборка, как мне кажется, будет лишь немногим хуже, чем с диапазоном в 40 дней - при условии наличия подходящих индексов и явной подстановке параметров в запросе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 19:40 |
|
||
|
Почему не используется SUMMARY TABLE ?
|
|||
|---|---|---|---|
|
#18+
могу предложить такой вариант 1) создать простую summary table как выборку данных по условию 40 последних дней (практически view) 2) на основе таблицы 1 построить уже таблицу с группировками конечно не фонтан- но работать должно достаточно быстро ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 20:14 |
|
||
|
Почему не используется SUMMARY TABLE ?
|
|||
|---|---|---|---|
|
#18+
И каким образом произойдет редирект на сум.тбл. при обращении к самой первой полной таблице? никаким... надо даты отслеживать и делать разборку - куда обращаться - вид\таблица, а это уже другое... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2004, 20:19 |
|
||
|
|
start [/forum/moderation_log.php?user_name=Barust]: |
0ms |
get settings: |
10ms |
get forum list: |
11ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
58ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 446ms |
| total: | 619ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
