|
online
|
asifna 606 posts
author
|
posted 10/13/2004 10:10:50 AM
reply
kogda smotrish kto "online" proc. gruzitsya ofigenno slow..
|
|
|
Sheriff Admin
4084 posts
author
|
posted 10/13/2004 12:24:07 PM
reply
ага
в смысле мне знакома эта проблема
[Message edited by Sheriff on 10/13/2004 12:25:18 PM]
|
Big_Boss 72 posts
author
|
posted 10/13/2004 1:35:45 PM
reply
И мне знакома это проблема ;-)) Точнааа. Долго.
Предлагаю засучить руки до колен.
Навечно online...
|
Sheriff Admin
4084 posts
author
|
posted 10/13/2004 4:51:25 PM
reply
умники, ага?
попробуйте сканировать таблицу в миллион записей по дате...это вам не шутки шутковать. несчастный SQL серверок пыхтит от натуги, а вы его - напрягать... 
[Message edited by Sheriff on 10/13/2004 4:52:06 PM]
|
asifna 606 posts
author
|
posted 10/13/2004 6:55:12 PM
reply
aga, nado vvesti nonclustered index na descending data
pochemu bi ne poumnichat'
|
Sheriff Admin
4084 posts
author
|
posted 10/14/2004 12:54:46 AM
reply
duh!
помогло слегка, индексок был а ascending не descending.
теперь вместо 15 секунд работает 4-5. тоже неплохо, дзякуйте
|
Big_Boss 72 posts
author
|
posted 10/17/2004 8:32:06 AM
reply
А что, продолжения не будет?
Не хочешь немного потрудится? Или ты решил остановиться на descending-е?
В моей практике базы на миллионы записей - обычное явление. И любая запись находится в доли сек. только лишь благодаря правильно построенному ИНДЕКСУ(не путать с PRIMARY KEY). Вместо поля DATA(примерно) создается 3 поля - YEAR,MONTH,DAY. Для каждого создается свой индекс. А потом индексы сшиваются и получается примерно так: INDEX ON DTOC(YEAR)+DTOC(MONTH)+DTOC(DAY) TAG DATE Скорость получается феноменальная. Потренируйся - должно получится.
С уважением. Крепко жму Ваше горло... ;-))
|
asifna 606 posts
author
|
posted 10/17/2004 11:43:22 AM
reply
separate fields - it is a good idea.. a esli odin index na tri polya srazu, razve ne budet bistree?
ved' esli mnogo indexov database rastet bistree i stanovitsya slow..
|
Sheriff Admin
4084 posts
author
|
posted 10/17/2004 12:04:00 PM
reply
Спасибо за совет, конечно.
ок, не 3 поля тогда нужно, а 5 (Год, Месяц, день, час, минуты). Поиск идет по последним 20 минутам, ваш запрос будет через попу (потому что последние 20 минут могут быть в течение одного или 2 часов, в течение 1 или 2 дней, в течение 1 или 2 месяцев, лет). К тому-же, это не "=", а ">=", то есть как ты не изощряйся, а все равно table scan.
Ничего, перебьётесь, 4 сецунды загрузка страницы - это и так неплохо.
|
Big_Boss 72 posts
author
|
posted 10/18/2004 9:40:12 AM
reply
Ленивец......... ;-))))))))
|