Zbieranie danych o użytkownika, struktura bazy

pytanie zadane 16 lipca 2019 w SQL, bazy danych przez mateusz.zajac Obywatel (1,460 p.)

Cześć,

Sytuacja wygląda następująco, mam na stronie listę. Lista jest wyświetlana z bazy dla każdego użytkownika. Domyślnie wszystkie elementy są nieodhaczone, gdy element listy zostanie odhaczony to delikatna zmiana wyglądu elementu i zapisanie tej informacji. Informacje, czy dany element listy został odhaczony, przez konkretnego użytkownika chcę pobierać z bazy. Każdy zarejestrowany użytkownik może odhaczać dane pozycje z tej listy "po swojemu". Moje pytanie brzmi jak najlepiej zorganizować zapisywanie tego w bazie danych? Mam tabelę z elementami listy i tabelę z użytkownikami. Myślę, aby stworzyć trzecią data-users. W tej tabeli kolumny id, id_user, id_list. Elementów listy będzie dużo (na pewno ponad 10 000 i może urośnie), a liczba użytkowników (nie mam pojęcia :) ). Widzę dwa rozwiązania:

1. Jedna tabela data-users. Wtedy będę miał bardzo dużo wierszy w tabeli

2. Tworzyć tabelę dla każdego użytkownika data-users-id_user. Wtedy będę miał dużo tabel

Podając abstrakcyjny przykład: mając 20tys. elementów i 10tys. użytkowników, jak będzie łatwiej nad tym zapanować?

1 odpowiedź

odpowiedź 16 lipca 2019 przez Patrycjerz Mędrzec (192,320 p.)

Masz tutaj relację wiele do wielu. Każdy użytkownik może mieć zaznaczonych wiele pozycji z listy, zaś każda pozycja może być zaznaczona przez wielu użytkowników. Sensownym wydaje się zrobienie encji (tabeli) pośredniej przechowującej powiązania, tak jak sam to zaproponowałeś w punkcie pierwszym. Tworzenie nowej tabeli dla każdego użytkownika nie ma sensu w relacyjnej bazie danych.

Jeśli istnieje lepsze rozwiązanie tego problemu, to proszę o korektę.