[SQL][PHP]Update online - konstrukcja Opcje

[fr33d0m]

Posiadam na praktycznie wszystkich podstronach sporego portalu, który tworzę od pół roku taki oto skrypt:

[PHP] pobierz, plaintext 
if($ZAPISUJ===1){
	mysql_query("UPDATE `online` SET `gdzie` = '1', `czas` = '5' WHERE `sesions_id` = '$id'");
}
[PHP] pobierz, plaintext 

Powyższy skrypt zapisuje na jakiej podstronie znajduje się user oraz ustawia kolumnę z czasem sesji na 5 minut.
Mam też plik, który wykonuje cron co 5min w takiej postaci:

[PHP] pobierz, plaintext 
mysql_query("UPDATE `online` SET `czas` = (`czas` - '5') WHERE `czas` > 4");
[PHP] pobierz, plaintext 

Ma on za zadanie wyeliminowanie nie aktywnych użytkowników, którzy byli zalogowani.

Odnośnie skryptu crona nie mam zastrzeżeń. Natomiast skrypt, który ustawia 5min "życia" sesji przy zaledwie 3rekordach w bazie o unikalnym ID każdy, wydłuża czas generowania strony aż, o 0.04000 sekundy! na pierwszy rzut oka to malutko, ale przewidywuje w tabeli `online` trzymać około 10k rekordów, więc czas ten mocno się wydłuży...
Mam założone indexy na kolumny, ale problem chyba leży w logice mojego skryptu wywalającego sesje, aby nadać danemu userowi status "offline", gdy ten nie korzysta z portalu przez 5min. Jeśli ktoś ma inną idee, szybszą to będę wdzięczny za wskazówki...

Ten post edytował fr33d0m 2.07.2012, 18:24:51

[fr33d0m]

hm... czy aby przypadkiem nie wychodzi na to samo? a nawet gorzej? bo w Twoim kodzie traci minimalne zasoby na liczenie czasu - w moim ma twardo podaną liczbę bez liczenia. Poza tym, INT chyba szybciej się zapisuje od stringa, a nawet jeśli nie, to na pewno lepiej jest odczytywać później po INTcie niż po STRINGU... Taki mądry do zjeżdżania mojej błędnej(?) logiki, a sam się nie popisałeś. Ehh

Ten post edytował fr33d0m 2.07.2012, 19:33:08

[Rysh]

hm... czy aby przypadkiem nie wychodzi na to samo? a nawet gorzej? bo w Twoim kodzie traci minimalne zasoby na liczenie czasu - w moim ma twardo podaną liczbę bez liczenia. Poza tym, INT chyba szybciej się zapisuje od stringa, a nawet jeśli nie, to na pewno lepiej jest odczytywać później po INTcie niż po STRINGU... Taki mądry do zjeżdżania mojej błędnej(?) logiki, a sam się nie popisałeś. Ehh

Przetestuj, a później podyskutujemy ;-)

Poza tym, kto Ci każe trzymać czas życia sesji w stringu? Czas podajesz jako unixtime w integerze, przecież to logiczne jak dwa plus dwa.