[MySQL][PHP]Jak to jest zrobione?, użytkownicy którzy odwiedzili twój profil... Opcje

[kosma]

Tak się zastanawiam jak wygląda konstrukcja zapisu do bazy użytkowników którzy czytali moje artykuły, odwiedzili moją stronę lub oglądali mój profil? Dla jasności dodam, że chodzi mi o np. wykaz 100 ostatnich użytkowników którzy oglądali mój profil, jak coś takiego zrobić?

[tomsi]

Tworzysz sobie tabelę w bazie z ID użytkownikami, do tej tabeli dodajesz np. ID artykułu, który ten użytkownik czytał. Możesz sobie wtedy dodawać datę i godzinę.
W PHP przy pomocy grupowania konkretnego ID możesz wyświetlić ile chcesz osób, które czytały dany artykuł, o której godzinie i którego dnia.
Dla profili robisz analogicznie.

[kfc4]

Dodajesz w bazie

co_odwiedzil|kto_odwiedzil|kiedy_odwiedzil

Przy wyświetlaniu strony uzupełniasz to. Chyba nie trzeba tłumaczyć co gdzie wpisać. Później wyciągasz te dane limitując sobie jakoś.

[kosma]

Dziękuję za odpowiedzi, miałem nadzieję że jest to możliwe bez tworzenia nowej tabeli, tj nadpisując rekord z id użytkowników, tylko głowiłem się jak ograniczyć jego "pojemność" do określonej ilości. Tzn aby nadpisując nowe, usuwało te najstarsze. Skoro trzeba utworzyć nową tabelę i w niej zapisywać użytkowników odwiedzających to teraz zastanawiam się jak skonstruować zapytanie aby wyciągało id nie dublujące się w danym dniu? Jeśli X odwiedził mnie dziś 20 razy to aby wyświetliło tylko ten ostatni i o ile skorzystać mogę z DISTINCT aby to osiągnąć to czy da się tak skonstruować zapytanie aby DISTINCT odnosiło się do jednego dnia, wyszukując tych dni np 30?
Jako że być może mało zrozumiale się wypowiadam zobrazuje na przykładzie:
- dzisiaj X odwiedził mnie 5 razy,
- wczoraj X odwiedził mnie 3 razy,
- przedwczoraj X odwiedził mnie 7 razy
- itd z co najmniej kilkoma odwiedzinami w jednym dniu
Da się za pomocą jednego zapytania wyciągnąć id użytkowników bez dublowania ich w kolejnych dniach?

[Crozin]

GROUP BY

[kosma]

Pobieram id użytkownika i datę aktualizacji rekordu:

[PHP] pobierz, plaintext 
$sql=mysql_query("SELECT kto_id, kiedy FROM tabela");
[PHP] pobierz, plaintext 

Zapisuje pobrane dane do tablicy dwuwymiarowej:

[PHP] pobierz, plaintext 
while ($row = mysql_fetch_array ($sql))
{
$kto=$row['kto_id'];
$kiedy[$kto]=$row['kiedy'];
}
[PHP] pobierz, plaintext 

Uzyskałem dzięki temu tablicę w której numerowi id użytkownika przypisana jest data aktualizacji rekordu i wygląda to tak:

Array ( [441] => 2009-09-06 23:22:34 [439] => 2009-09-07 17:52:10 )

Jak teraz pobrać dane użytkownika z innej tabeli na podstawie id które zapisałem w tablicy?
I czy oby ja nie idę jakoś na około??
W wyniku chciałbym uzyskać dane użytkownika (kto_id) i datę kiedy mnie odwiedził (kiedy).

[Chelo]

jest na przemo takowa modyfikacja, pobierz i analizuj.

[kosma]

Znalazłem tą modyfikację a w niej:

[PHP] pobierz, plaintext 
$sql = "SELECT p.*, u.user_avatar_type, u.user_allowavatar, u.user_avatar FROM ".PROFILE_VIEW_TABLE." p, ".USERS_TABLE." u
	WHERE p.viewer_id = u.user_id
		AND p.user_id = ".$user_id;
[PHP] pobierz, plaintext 

jak dla mnie to...chińszczyzna, za cieńki jestem
Z tego co widzę zapytanie jest do dwóch tabel jednocześnie i wlaśnie o to mi chodziło, a mianowicie jak wyszukać w tabeli nr 2 wedle wyniku z kryteriów wyszukiwania w tabeli nr 1?
Wcześniej znalazłem coś takiego:

[PHP] pobierz, plaintext 
SELECT *, (SELECT SUM(ilosc) FROM Y WHERE Y.id_x = X.id) AS suma FROM X ORDER BY suma 
[PHP] pobierz, plaintext 

i po tym zorientowałem się że da się to osiągnąć w jednym zapytaniu, tylko nie wiem jaka ma być składnia tego zapytania?

Mózg mi się zapalił
I wymyśliłem coś takiego:

[PHP] pobierz, plaintext 
SELECT tabela1.*, tabela2.kto, kiedy FROM tabela1, tabela2 WHERE tabela2.'kryterium drugiej tabeli' AND tabela2.kto_id=tabela1.id
[PHP] pobierz, plaintext 

i zaraz zabieram się do sprawdzania jak to zadziała.

Pytanie czy da się tutaj zastosować DISTINCT aby nie wyświetlało zdublowanych użytkowników?

Ten post edytował kosma 7.09.2009, 22:52:38

[CyberDuck_]

Ktos Ci tutaj podpowiadal zebys zastosowal GROUP BY, a nie
distinct ... np tak :

[PHP] pobierz, plaintext 
SELECT id, artist FROM `" . TABLE_PREFIX . "tabela`GROUP BY `artist` ORDER BY `artist` ASC
[PHP] pobierz, plaintext 

[kosma]

Dzięki CyberDuck_ za nakierowanie bo choć pamiętałem o GROUP BY to zamierzałem po nie sięgnąć tj. zgłębić działanie tej dyrektywy troszkę później.
Nie mniej naprostowałeś mnie i wyszło mi teraz coś takiego:

[PHP] pobierz, plaintext 
SELECT tabela1. id, login, i_co_tam_potrzeba, tabela2.odbiorca, data_nadania
FROM tabela1, tabela2 WHERE tabela2.nadawca='$id' AND tabela2.odbiorca=tabela1.$id GROUP BY $id  ORDER BY data_nadania
[PHP] pobierz, plaintext 

Zapytanie troszkę inaczej wygląda niż poprzednie ponieważ w międzyczasie naszła mnie myśl aby zmienić tak jak mam w tabeli pw i zmieniłem:

kto_id => nadawca
kogo_id => odbiorca
kiedy => data_nadania

co pozwoliło mi powyższe zapytanie zastosować też do PW (wiadomości) i teraz jednym kliknięciem mam kto mnie odwiedził albo kogo ja odwiedzałem jak i też kto do mnie pisał lub też do kogo ja pisałem.
Tylko jakoś takie karkołomne to zapytanie jak na moje amatorskie oko, a co dziwne działa!!!!

[CyberDuck_]

Jak rozwiazesz dane tak bedzie ...
Ja to troszke na jednej ze stron inaczej zrobilem.
Zazwyczaj do tabeli uzytkownikow dodaje sie jakis sposob
numerowania. Moze to byc ID uzytkownika.
Jesli odwiedza sie czyjs profil to jest zawsze znane
ID tego uzytkownika w skrypcie. Wystarczy dodac pole do
tabeli np 'odwiedzane' jako text i odpowiednio zorganizowac
sobie dane zapisywane. Mozna kolejne wpisy oddzielac znakiem
':' . W ten sposob kolejne zapisy beda wygladaly tak
':223:345:234783:233423:'.
Zeby sie dowiedziec kto mnie odwiedzal wystarczy zadac pytanie :
$ja = ':345:';

[PHP] pobierz, plaintext 
$sql = mysql_query("SELECT login FROM uzytkownicy WHERE odwiedzane LIKE '%:345:%'");
[PHP] pobierz, plaintext 

Jesli chcesz dodac do tego date odwiedzania to tez nie ma problemu bo wystarczy
jesli rozroznisz rekordy np literka :
':223:d123234234213:345:d3345435456456:234783:d2342313223:233423:d9872983748:'.
Spojrz na zalety takiego rozwiazania. Zeby sie dowiedziec czegokolwiek
o odwiedzinach wystarczy zadac jedno pytanie. Zeby sprawdzic czy juz
byl zapis o tym ID tez nie potrzeba zadnej petli. Kompresja danych
jest dosc znaczna bo rekordy sa umieszczone w jednym polu.

Na innej ze stron zrobilem podobnie jak Ty, ale dla odwiedzin zrobilem
zupelnie osobna tabele. Jak sobie rozwiazesz tak bedziesz miec.
Ogolnie staraj sie zawsze tak konstruowac sobie dane zeby zadawac
do bazy danych pozniej jak najmniej pytan przy przegladaniu strony.
Rzadziej sie zapisuje dane do bazy danych niz odczytuje i to ma
znaczenie przy duzej ilosci odwiedzin.
Hehe na pierwszej stronie jaka pisalem to bylo okolo 21 zapytan przy
generowaniu calej strony. Z mala strona serwer sobie poradzi, ale jesli
zacznie przybywac odwiedzin zaczyna sie robic masakra. Dzisiaj
to jest na cala strone max 7 zapytan przy czym na stronach sa tabele
poczty, profili, wlasnych ustawien, odwiedzin, itd ...

[kosma]

Dziękuję CyberDuck_ za obszerną wypowiedź i wskazówki. Ja nie znam się na budowaniu stron i jak widać raczkuję w tym temacie, zapewne nie będzie to ma profesja, a jedynie hobby. Również staram się unikać zapytań jak tylko mogę i już w trakcie budowy czasem mi tych zapytań ubywa, bo i co dnia inaczej to wszystko widzę i choć mało to jednak więcej już wiem niż wiedziałem. Zastanawia mnie jednak czy oby zwiększanie wydajności w ograniczaniu zapytań ma sens, jeśli przy tym samym przybywa mi zmiennych, gdyż dane których potrzeba czerpię nie z zapytania, a z sesji w której je przechowuję. A u mnie właśnie tych zapytań ubyło odkąd nauczyłem się zapisywać zmienne w sesjach, zwłaszcza w tablicach dwuwymiarowych.

[CyberDuck_]

Ma sens. Przy kazdym zapytaniu do bazy danych
jest wywolywany bardzo skomplikowany skrypt i sam
program bazy danych, a procz tego wszystko jest czytane
z dysku bo baza danych tak na prawde jest zapisywana
w postaci plikow na dysku serwera. Podobnie jest z
sesjami, albo zmiennymi. Zmienne trafiaja do pamieci, a jesli
ta juz jest zapchana to trafia to do pamieci podrecznej swap.
Przy sesjach wszystkie zmienne sa zapisywane na dysku, ale
obsluguje je sam interpreter php. Iloscia zmiennych nie musisz
sie przejmowac. Kiedys mialem starszy skrypt forum przema, a to
wyciska z serwera ostatnie poty. W tym starszym skrypcie do bazy
bylo zadawanych okolo 30 .. nawet do 40 zapytan do bazy.
Mialem wtedy spore problemy z forami na hostach, ktore odkupowalem
od innych. Dzisiaj nie ma takich problemow poniewaz to samo forum
zadaje tylko max 9 zapytan do bazy. Przy zwiekszonej ilosci
uzytkownikow mimo to spadl load na serwerze. Nie martw sie, ze sie
dopiero uczysz. Jak sobie wymyslisz skrypty i organizacje danych tak
bedziesz mial. Wazne zeby dzialalo, a sposoby rozwiazan przyjda same
z czasem. Ja tez sie nie uwazam za guru w tych sprawach, ale staram
sie cos niecos podpowiedziec.

[phpion]

Wystarczy dodac pole do
tabeli np 'odwiedzane' jako text i odpowiednio zorganizowac
sobie dane zapisywane. Mozna kolejne wpisy oddzielac znakiem
':' . W ten sposob kolejne zapisy beda wygladaly tak
':223:345:234783:233423:'.
Zeby sie dowiedziec kto mnie odwiedzal wystarczy zadac pytanie :
$ja = ':345:';

[PHP] pobierz, plaintext 
$sql = mysql_query("SELECT login FROM uzytkownicy WHERE odwiedzane LIKE '%:345:%'");
[PHP] pobierz, plaintext 

Jesli chcesz dodac do tego date odwiedzania to tez nie ma problemu bo wystarczy
jesli rozroznisz rekordy np literka :
':223:d123234234213:345:d3345435456456:234783:d2342313223:233423:d9872983748:'.

Co za brednie! Ile ten serwis ma odwiedzin? 3 na dobę? Piszesz o "zaletach" (kwestia sporna) tego rozwiązania. Ok, super, jesteś nim podniecony. Ale poproszę o podanie listy użytkowników (loginy), który odwiedzili mój profil - już zaczniesz się ksztusić. No to dalej: ograniczamy tą listę do ostatnich 60 minut. Potem jeszcze chciałbym wykaz kto odwiedził i ile razy w przeciągu ostatnich 60 minut.

Człowieku: to co piszesz to totalna amatorszczyzna, nie masz podstaw w projektowaniu baz danych/systemów. Sugeruję zapoznanie się z pojęciem normalizacji baz danych, a także wydajności klauzuli LIKE (w szczególności z obustronnym %). Ciekaw jestem tylko, czy za wspominany serwis ktoś ci zapłacił...