Witam! Chcialem sie poradzic pewnej kwestii, gdyz nie wiem do konca czy napisalem kod dobrze. Sytuacja jest nastepujaca:


Mam tabele z userami (MySQL):

[SQL] pobierz, plaintext 
CREATE TABLE `users` (
  `u_id` bigint(20) NOT NULL AUTO_INCREMENT,
  `u_login` varchar(100) NOT NULL DEFAULT '',
  `u_haslo` varchar(34) NOT NULL DEFAULT '',
  `u_nick` varchar(40) DEFAULT NULL,
  `u_znajomi` longtext DEFAULT NULL,
  `u_aktywny` int(1) NOT NULL DEFAULT '1',
  PRIMARY KEY  (`u_id`),
  UNIQUE KEY `u_login` (`u_login`),
) TYPE=InnoDB AUTO_INCREMENT=4 ;
 
INSERT INTO `users` VALUES (1, 'login1', 'd4b21940e8f49a14903e6310e8cd14f4', 'nick1', 'a:1:{i:0;i:3;}',1);
INSERT INTO `users` VALUES (2, 'login2', 'd4b21940e8f49a14903e6310e8cd14f4', 'nick2', 'a:1:{i:0;i:3;}',1);
INSERT INTO `users` VALUES (3, 'login3', 'd4b21940e8f49a14903e6310e8cd14f4', 'nick3', 'a:2:{i:0;i:1;i:1;i:2;}',1);
[SQL] pobierz, plaintext 

Pole u_znajomi zawiera informacje o tym, kto jest znajomym danego usera (w postaci tablicy, zapisywanej w formie
zserializowanej). User login3 ma zatem znajomych: login1 i login2, a userzy login1 i login2 maja zapisanego: login3.
Najwazniejsza rzecz jest tutaj taka, ze jesli jeden user ma zapisanego znajomego, to ten znajomy musi miec w znajomych
tez tego usera - nie moze byc tak, ze jeden ma zapisanego jakiegos, a ten drugi nie ma o tym userze informacji.

Pole u_aktywny - jesli ma wartosc 1 - user jest aktywny w serwisie

Jezeli jakis user chce byc czyims znajomym, zaprasza go (po akceptacji zostaje znajomym). Informacja o zaproszeniach
zapisana jest w tabeli:

[SQL] pobierz, plaintext 
CREATE TABLE `zaproszenia` (
  `z_id` bigint(20) NOT NULL AUTO_INCREMENT,
  `u1_id` bigint(20) NOT NULL DEFAULT '0',
  `u2_id` bigint(20) NOT NULL DEFAULT '0',
  `z_data` int(10) NOT NULL DEFAULT '0',
  PRIMARY KEY  (`z_id`),
  KEY `u1_id` (`u1_id`),
  KEY `u2_id` (`u2_id`),
  KEY `z_data` (`z_data`)
) TYPE=InnoDB AUTO_INCREMENT=2 ;
[SQL] pobierz, plaintext 

gdzie: u1_id - id usera wysylajacego zaproszenie (w kodzie php - $id1)
u2_id - id usera zapraszanego ($id2)

Zalozmy ze user login1 wyslal zaproszenie do login2 (jesli sa juz znajomymi, to nie mozna wyslac zaproszenia, wyswietlam
info, ze sa juz znajomymi). Zatem w tabeli zaproszenia mamy rekord:

[SQL] pobierz, plaintext 
INSERT INTO `zaproszenia` VALUES (1, 1, 2, 1149851150);
[SQL] pobierz, plaintext 

I teraz user login2 chce zaakceptowac zaproszenie, zatem $id1=1; $id2=2;
Kod w php realizujacy akceptacje zaproszenia jest nastepujacy:

[PHP] pobierz, plaintext 
<?php
$core->query ("SET AUTOCOMMIT=0");			// $core->query - moja funkcja wykonujaca zapytania MySQL'a
$core->query ("BEGIN");					// poczatek transakcji - dzialamy na dwoch tabelach
$core->query ("LOCK TABLES users WRITE, zaproszenia WRITE"); // blokuje tabele, by miec pewnosc, ze w miedzy
	// czasie nie akceptuje zaproszenia, lub go nie usuwa - w koncu moze otworzyc strone w wielu przegladarkach
 
$blad=0;
 
$core->query ("DELETE FROM zaproszenia WHERE u1_id=".$id1." AND u2_id=".$id2);			// usuwam zaproszenie
if (mysql_affected_rows()!=1) $blad++;						 // blad => zaproszenie nie istnieje
 
if ($blad==0)
	{
	$core->query ("SELECT u_znajomi FROM users WHERE u_id=".$id2." LIMIT 1");
	$znajomi1=$core->query_result[0]['u_znajomi'];			// znajomi usera, ktory akceptuje zaproszenie
	if ($znajomi1!=NULL)
		{
		$znajomi1=unserialize ($znajomi1);
		if (!in_array ($id1,$znajomi1)) $znajomi1[]=$id1; // zapisuje, jesli user nie byl znajomym, jesli byl, to w ogole nie mozna wyslac z
aproszenia
		}
		else $znajomi1[]=$id1;
	$znajomi1=serialize ($znajomi1);
 
	$core->query ("SELECT u_aktywny, u_znajomi FROM users WHERE u_id=".$id1." LIMIT 1");
	if ($core->query_result[0]['u_aktywny']!=1)	// nie ma juz usera, ktory zapraszal => mozna usunac zaproszenie
					// kod ponizej: odblokowujemy tabele, i wyswietlamy strone informacyjna
		{ $core->query ("COMMIT"); $core->query ("UNLOCK TABLES"); header ("Location: index.php?info=4"); exit; }
 
	$znajomi2=$core->query_result[0]['u_znajomi'];	// znajomi usera, ktory zapraszal => istnieje dalej w serwisie
	if ($znajomi2!=NULL)
		{
		$znajomi2=unserialize ($znajomi2);
		if (!in_array ($id2,$znajomi2)) $znajomi2[]=$id2;
		}
		else $znajomi2[]=$id2;
	$znajomi2=serialize ($znajomi2);
 
	$core->query ("UPDATE users SET u_znajomi='".$znajomi1."' WHERE u_id=".$id2); // update znajomych usera, ktory akceptuje zaproszenie
	if (mysql_affected_rows()!=1) $blad++;	// musi byc przetworzony jeden wiersz, bo wiemy, ze nie byli znajomymi
	}
 
	if ($blad==0)
		{
		$core->query ("UPDATE ".$core->prefix."_users SET u_znajomi='".$znajomi2."' WHERE u_id=".$id1);
		if (mysql_affected_rows()!=1) $blad++;
		}
 
	if ($blad>0)
		{
		$core->query ("ROLLBACK");							   // odrzucenie
		$core->query ("UNLOCK TABLES");
		header ("Location: index.php?info=4");
		}
		else
			{
			$core->query ("COMMIT");						   // akceptacja
			$core->query ("UNLOCK TABLES");
			header ("Location: index.php?info=3");
			}
		exit;
		}
?>
[PHP] pobierz, plaintext 

I teraz pytanie: czy powyzsze rozwiazanie problemu znajomosci userow jest dobre? Tzn. czy zapewnione sa warunki:
- w czasie dzialania skryptu userzy nie usuna zaproszenia (bo moga w osobnym miejscu)
- na pewno u obydwoch userow zostanie zapisana informacja o znajomych - czyli u zapraszanego id usera, ktory go zapraszal, a u tego co zapraszal id usera zapraszanego

Pytania sa trywialne i raczej nie powinienem ich zadawac, lecz zdarzylo mi sie raz tak, ze jeden user (powiedzmy o id 5) ma zapisana informacje o znajomosci z userem (np. 6), lecz user 6 nie ma infa o nr 5...

Moze nie powinienem uzywac blokad tabel skoro mam transakcje? Prosze o pomoc

witam

jeżeli są transakcje oraz silnik bazy _wspiera_ transakcje (tylko innodb ! w mysql - przy myisam są one tylko w celach kompatybilnościowych - ich użycie nie daje spodziewanego efektu) to nie musisz dodawać locka - aplikacja będzie wydajniejsza ... ponad to wyciągnął bym dane o znajomych do osobnej tablicy zamiast do serializowanej w rekordzie - ułatwia to ogromnie wyszukiwanie ...

nie bardzo mi się chce analizować/odpalać ten kod (dopiero co z pracy wróciłem) ale trochę mi się wydaje że to dużo kodu jak na dosyć prostą operację ... gdybyś miał w osobnej tablicy z FK to całość skróciła by się do 2-3 zapytań ... jeżeli używasz takich właściwości tabel jak transakcje oraz lock użyj też innych jak FK, SP lub UDF ... przeniesienie dużej ilości operacji na silnik bazy bardzo ułatwia pisanie ...

pozdrawiam

Oczywiście stosuję InnoDB - ale jeśli wyrzucę blokowanie tabel, to czy transakcja je zablokuje? Bo jesli w miedzyczasie ktos innny będzie akceptował powiedzmy usera nr 1, a user nr 1 jeszcze kogos innego, to musi byc jakaś blokada, by wszystkie zmiany zostały w bazie zachowane... Transakcje dają mi tą gwarancję? I skąd transakcja wie, które tabele zablokować?




No tak tez myslalem, ale stwierdzilem, ze taka tabela bedzie zbyt duza i zrobilem to w opisany wyzej sposob. Gdyby znajomosci byly w osobnej tabeli, to kazda znajomosc mialaby jeden rekord, co powodowaloby, ze bardzo szybko roslaby w niej ilosc rekordow... Np. jesli user mialby 20 znajomych, to juz jest 20 rekordow... Dlatego zrobilem to jak zrobilem. Chyba ze mozna to inaczej zrobic - niestety nie mam pomyslu...




A mozna prosic o jakis przykladowy kod z uzyciem osobnej tabeli i kluczy obcych?

Jednak po kolejnym, gruntownym przemysleniu sprawy stwierdzilem, ze jednak osobna tabela bedzie najlepszym rozwiazaniem... Temat do zamkniecia