Domenowe id w postaci stringa zamiast id wygenerowanego przez bazę

0

Czy jeśli mam encję Film z polem title, które jest unikalne, to potrzebuje jeszcze id wygenerowanego przez bazę? Apka do zarządzania kinem jak coś.

2

Id rekordu w bazie danych ma zwykle związek z kluczem głównym w tabeli (o ile nikt nie zapomni go założyć) i indeksowaniem jednocześnie. Niech sobie istnieje niezależnie od reszty, bo po czym stworzysz relację w bazie, po tytule?

A czy na pewno nie może być dwóch filmów o tym samym tytule, ale z różnych lat, jak na przykład Batman? :D

3

Tytuł filmu unikalny w skali świata🤦‍♂️ toś teraz grubo pojechał...
A na poważnie to używanie czegokolwiek innego niż autoincrement albo guid zemści się wcześniej czy później - wystarczy drobną zmiana wymagań i dupa

0
abrakadaber napisał(a):

Tytuł filmu unikalny w skali świata🤦‍♂️ toś teraz grubo pojechał...
A na poważnie to używanie czegokolwiek innego niż autoincrement albo guid zemści się wcześniej czy później - wystarczy drobną zmiana wymagań i dupa

W kontekście kina to raczej norma, że tytuł filmu jest unikalny, ale słyszałem też o innych przypadkach.

2

Tworzenie relacji na bazie na podstawie "unikalnych" stringów to proszenie się o kłopoty. Od tego są primary key w postaci id.

P.S

Nofenak napisał(a):

W kontekście kina to raczej norma, że tytuł filmu jest unikalny, ale słyszałem też o innych przypadkach.

screenshot-20240224160655.png
screenshot-20240224160705.png

0

Jak jesteś absolutnie pewien, że string reprezentuje jednoznacznie dany wiersz w tabeli to możesz tak zrobić. Raczej zdarza się to rzadko, bo nawet jak tak jest na początku to potem może się okazać, że będzie inaczej i jesteś w dupie. Nawet taki numer pesel potrafi mieć duplikaty.

1 użytkowników online, w tym zalogowanych: 0, gości: 1