Struktura bazy danych / modele. Laravel

Question

Hej, mam chyba jakaś niemoc twórczą i nie mogę wymyślić jaka strukturę bazy danych i relacji modeli zastosować dla prostego systemu ocen. Zeby uprosicic problem to powiedzmy ze mam model User / Book / Score aktualnie, chce zeby kazda ksiazka mogla dostac jedna ocene od jedego Uzytkownika. Aktualnie mam tak ze klasa Score ma belongsTo User i BelongsTo to Book no i klasa Book ma hasMany scores. Tylko ze to nie eliminuje problemu zeby 1 user mogl 1 ksiazke ocenic tylko raz. Jaka powinna byc odpowiednia relacja / struktura bazy zeby to zrobic?

Answer 1

Nie wiem w jaki sposób chciałeś zrobić sprawdzenie tego po stronie bazy danych, ale można powiedzieć, że sama walidacja Laravela i tak działa na sprawdzaniu zawartości bazy. Dla przykładu reguła walidacyjna unique, którą należy zastosować w przypadku twojego problemu, sprawdza czy w danej tabeli istnieje dane pole w danej kolumnie.

Szczerze powiem, że trochę zaciekawiłeś mnie tym pytaniem (bo nigdy nie miałem okazji napisać podobnej funkcjonalności w Laravelu) i z racji, że miałem trochę czasu to napisałem małą aplikację demo, w której uwzględniłem możliwość jednorazowego oddania głosu na tę samą książkę przez tego samego użytkownika. Link do kodu całej aplikacji znajdziesz poniżej, natomiast jeśli nie interesuje cię sama aplikacja to żeby zaoszczędzić twój czas zdradzę, że użyłem rozbudowanej reguły unique:

Rule::unique('scores', 'user_id')->where(function ($query) {
    return $query->where('book_id', $this->book_id);
})

 

czy juz na poziomie walidacji w kontrolerze

Nie wiem co dokładnie miałeś na myśli i jak walidujesz dane, ale moim zdaniem nie powinno się tego robić w kontrolerze. Istnieją do tego specjalne klasy Laravela o nazwie Form Request, które w swojej pełnej okazałości odpowiadają tylko i wyłącznie za operacje związane z walidacją, dzięki czemu controller staje się chudszy i bardziej czytelny, a sam kod całej aplikacji bardziej wyseparowany.

Link do aplikacji: GitHub

Aby zainstalować aplikację lokalnie należy:

- stworzyć plik .env w katalogu aplikacji i uzupełnić go treścią z pliku .env.example,

- uzupełnić dane do bazy danych w pliku .env,

- wygenerować klucz do aplikacji (php artisan key:generate),

- wygenerować bazę danych i ją zasiać (php artisan migrate --seed),

- pobrać książki do bazy danych z api (php artisan books:fetch).

Potem już wystarczy się zalogować do samej aplikacji, UserSeeder wygeneruje użytkownika o emailu cubestorm72@gmail.com z hasłem password.

Comments

Dzieki, po długich poszukiwaniach na stacku znalazłem zdaje sie podobne rozwiazanie :).

https://stackoverflow.com/questions/59376944/laravel-eloquent-relationship-hasmany-but-also-hasone

Answer 2

Czy sprawdzanie, ze user już ocenił książkę musi być po stronie bazy danych czy może być programowe?

Jeżeli koniecznie w bazie danych, pomyśl nad kluczem głównym tabeli Score złożonym z dwóch pól: id usera i id książki.

Comments

No wlasnie nie mam pojecia, czy to powinno byc bezposrednio ogarniete przez sama strukture i relacje czy juz na poziomie walidacji w kontrolerze :), chce sie dowiedziec od madrzejszych.

---

Oba sposoby są do zastosowanie, kwestia wyboru/warunków zadania. Najlepiej zrób oba projekty i porównaj.

---

Czy sprawdzanie, ze user już ocenił książkę musi być po stronie bazy danych czy może być programowe?
 

Że co? Jak jest w bazie, to nie jest programowe? Wysłanie żądania o informacje - ze statusem zwrotnym nie jest programowalne? :) bo nie rozumiem trochę tej idei co miałeś na myśli  

---

W przypadku zrobienia PK na dwóch polach tabeli, serwer sam przypilnuje, aby user nie ocenił książki po raz drugi (insert do tabeli się nie powiedzie). Ale możesz również zamiast od razy wysyłać inserta, najpierw odpytać serwer, czy user już ocenił książkę. Zależy od wykonania aplikacji, np. możesz userowi wyświetlić tylko te książki, których nie ocenił do tej pory i w tym przypadku lepiej polegać na kontrolerze.

---

ale dalej nie wyjasniłeś co znaczy "programowalne vs po stronie bazy danych " :) serio ja tutaj nie gryzę Cię tylko jestem ciekaw co masz na myśli

---

Może użyłem żargonu, programowalne czyli np. zdajesz się na język programowania zamiast na sam serwer.