[RapRose]

#bazydanych
Mam tabelę użytkowników, chcę zaimplementować tabelę znajomości, więc utworzyłem tabelę 'Friends' z dwiema kolumnami obcych kluczy z tabeli użytkowników. Mogę się jakoś zabezpieczyć na bazie przed duplikacją rekordów?
np. znajmość 2 z 3 to samo co 3 z 2 więc te rekordy są duplikatami.
Brzmi jak popularny problem, ale nie znalazłem dobrego rozwiązania :/
#programowanie #bazy #sqlite3

[bziuuumor]

ja widzę 2 podejścia, oba nienajlepsze
1. trigger, który przy wstawianiu znajomości X do Y sprawdza czy nie istnieje Y do X i nie dochodzi do wstawienia. Problem wtedy jest taki, że jeśli chcesz wybrać znajomych Z, to musisz sprawdzić Z w obu kolumnach - i ciągle o tym pamiętać.

[joolekk]

@bziuuumor: a drugie?

[RapRose]

@bziuuumor: przy sprawdzaniu znajomości sprawdzam obie kolumny, więc to mam zabezpieczone.
Czyli powinienem sprawdzać przed dodaniem czy już relacja istnieje?

[bziuuumor]

@RapRose: 2. trigger, który przy wstawianiu X do Y wstawi też Y do X. Wtedy raz przeszukujesz tabelę i nie musisz pamiętać o przeszukiwaniu w obie strony przy każdym zapytaniu, ale masz 2 razy więcej rekordów

@joolekk edytowałem właśnie jak napisałeś :P

[RapRose]

@bziuuumor: drugi niepotrzebnie dubluje, dobra, będę sprawdzał przed wstawieniem nowego rekordu, dzięki

[bziuuumor]

@RapRose: trigger źle. Wystarczy założyć klucz główny na obie kolumny, i constraint unique na obie kolumny w odwrotnej kolejności, wtedy w definicji tabeli masz zapewnioną unikalność w obie strony, bez triggerów.

[RapRose]

constraint unique

@bziuuumor: jaka szansa, że wiesz jak to zaimplementować w ORM sqlalchemy?

[bziuuumor]

@RapRose: niestety nie wiem, tylko od strony bazy pomogę

[RapRose]

@bziuuumor: ok, dzięki

[bziuuumor]

@RapRose: ale pierwszy link z dokumentacji sqlalchemy

[RapRose]

@bziuuumor: szukałem modyfikacji ForeignKey na ForeignKeyCoinstraint, ale to wydaje się tym o co chodzi

[a.....f]

@RapRose: zakładam, że klucze obce to są jakieś id.
Wtedy wystarczy taki warunek CHECK że X < Y

[RapRose]

@aardwolf: nie rozumiem. X i Y to te id? jak ten warunek ma mi pomóc?

[a.....f]

@RapRose: jeśli chcesz się zabezpieczyć przed duplikowaniem rekordów to nakładasz CHECK(X < Y)

[RapRose]

@aardwolf: wciąż nie rozumiem, ale załatwiłem to po swojemu.

[a.....f]

@RapRose: czego nie rozumiesz?
Wiesz co to CHECK?

[RapRose]

@aardwolf: no tak, ale czemu jedno id miałoby być mniejsze od drugiego? (X<Y) i jak to rozwiązałoby mój problem?

[a.....f]

@RapRose: bo wtedy baza przyjmie znajomość 2 z 3 a nie przyjmie 3 z 2 czyli unikasz duplikatów.
A wstawiając nowy wiersz możesz używać MIN(X,Y),MAX(X,Y)

[RapRose]

@aardwolf: a co jeżeli nie mam jeszcze relacji 2 z 3 i 3 będzie chciało nawiązać relację z 2? wtedy nie przyjmie mi nowej relacji. Ale mogę w zasadzie przed zapytaniem do bazy posortować i wtedy faktycznie sprawdzać, bo będę miał zawsze parę mniejsze z większym. To jest też jakiś pomysł :)