Unikalna para wartości Opcje

[Riggs]

Witam,
otóż tworząc pewien projekt zapewniam sobie spójność danych kilkoma warunkami w kodzie (a w zasadzie odpowiednim zapytaniem). Ale w procesie optymalizacji całej aplikacji zacząłem większość rzeczy wrzucać do bazy (triggery, indeksy na wielu polach itp). Zastanawiałem się też nad pewną kwestią - nazwijmy to znajomość użytkowników.
Przykład:
Użytkownik A (user_a w DB) jest znajomym z Użytkownikiem B (user_b). Tym samym B jest znajomym z A. Do opisania tej zależności potrzebny jest jeden rekord z id znajomości, id user_a, id_user_b i np created_at. Jak założyć taki indeks aby unikalna była para (user_a, user_b) oraz (user_b, user_a). Zakładając że user_a ma id 1 a user_b - 100 to unikalne muszą być 2 pary (1,100) oraz (100,1).

Mam nadzieję że jasno opisałem problem.

PS.
Sprawdzenie w kodzie czy już istnieje znajomość jest banalne - "SELECT COUNT(*) FROM relations WHERE (user_a = 1 AND user_b = 100) OR (user_b=1 AND user_a=100)" ale chciałbym dodatkowo zabezpieczyć bazę.

[sowiq]

Możesz założyć zwykły index UNIQUE, a w kodzie aplikacji zapewnić, że niższe ID użytkownika będzie zapisywane w kolumnie id_user_a, a wyższe w id_user_b. Więc nie będziesz zapisywał (100, 1), tylko zawsze (1, 100).

Może nie jest to do końca rozwiązanie o jakie pytałeś, ale... działa (IMG:style_emoticons/default/Lkingsmiley.png)

[Riggs]

Tak nie do końca bo np. przyjmuję że user_a zaprosił usera_b do znajomości (takie dane historyczne). Pewnie da się dodać do tego dodatkową kolumnę z osobą rozpoczynającą znajomość ale to już trochę nieeleganckie

[vermis]

Z punktu widzenia bazy danych rekordy (1,100) i (100,1) to zupełenie inne wpisy, więc nie ma potrzeby zabezpieczać się na takie wypadki. Zaimplementowane w bazie mechanizmy służą zabezpieczeniu integralności danych, a w tym wypadku nie ma takiej potrzeby.
Skorzystaj z tego co zaproponował @sowiq. Do tego dodaj pole bitowe: 0 - zaprosił użytkownik A, 1 - użytkownik B i po kłopocie. Nie widzę w tym nic nieeleganckiego, widzę raczej proste rozwiązanie problemu.

[Riggs]

W sumie racja, może za bardzo chce na siłę "upiększać" rozwiązanie.

[phpion]

Stosując rozwiązanie ~sowiq zwróć uwagę w jaki sposób wyciągasz znajomych danego użytkownika (sam podałeś ich zliczanie). Dając w warunku OR utrudniasz MySQL "życie" - nie będzie w stanie prawidłowo skorzystać z indeksu. Zobacz jak będzie wyglądał EXPLAIN takiego zapytania. Rozwiązaniem tego problemu będzie rozbicie zapytania na 2 osobne i połączenie ich za pomocą UNION. Czyli zamiast:

[SQL] pobierz, plaintext 
SELECT * FROM tabela WHERE pole1 = X OR pole2 = X
[SQL] pobierz, plaintext 

zrób:

[SQL] pobierz, plaintext 
(SELECT * FROM tabela WHERE pole1 = X)
UNION
(SELECT * FROM tabela WHERE pole2 = X)
[SQL] pobierz, plaintext