[WebDevIsMyPassion]

#programowanie #webdev

Cześć, piszę aplikację do rozwiązywania pytań na prawo jazdy. Muszę zaprojektować bazę danych tak aby łatwo wystawić API i obsłużyć to clientem.

Co do tabeli 'Question'. Co myślicie o takich polach?
ID
isABC = boolean
questiontext = string
textA = string (puste jeżeli odpowiedź Tak/Nie)
textB = string (puste jeżeli odpowiedź Tak/Nie)
textC = string (puste jeżeli odpowiedź Tak/Nie)
correct = string (A/B/C/T/N)
mediaurl = string
points = int
category = string

I tutaj mam dylemat. Tworzyć wszystko pod jedną tabelą czy porozdzielać to na relacje? Bo jedno pytanie może mieć kilka kategorii. Mogę zrobić jakąś tablicę?

Przykładowo relacja Question <=> Answer. Każdy rekord w Answer miałby ID, text oraz char czyli A, B, C, T, N.

id = 1 / text=Nie mniejszą niż 800 metrów / char = 'A'
id = 2 / text=Nie mniejszą niż 500 metrów / char = 'B'
[...]
id = n / text=Tak / char='T'

I teraz mógłbym przypisać do pola answers w Question id = 1, 2, 3 oraz correct = id = 2.

Nie wiem czy nie zbyt chaotycznie. Jakby ktoś chciał pomóc to dopowiem.

[max_power]

@WebDevIsMyPassion: Rozbij to na osobne tabele.
Jak zmieni się koncepcaj łatwiej ci będzie to ogarnąć i zrobić refactor.

[WebDevIsMyPassion]

@max_power Oki, dzieki - masz rację w sumie w końcu po to wybrałem relacyjna bazę danych.

[croppz]

@WebDevIsMyPassion: najprościej to chyba tak:

Question: id, text
Answer: id, question_id, char, text, is_correct

[WebDevIsMyPassion]

@croppz: Fakt, ale to będzie relacja Many to One. Każdy rekord w Answer to będzie każda odpowiedź z bazy + 2 odpowiedzi Tak / T oraz Nie / N. Nie mogę dopisać tutaj Tak = is_correct True.

[croppz]

@WebDevIsMyPassion: nie ogarniam o co ci chodzi.

Question:

{id: 1, text:

[w.....5]

@WebDevIsMyPassion: im więcej tabeli tym lepiej. Rób koniecznie question, answer i category. Tak samo dla odpowiedzi użytkownika zrób kolejną tabele z wynikami

[asunez]

@WebDevIsMyPassion: ja to bym osobiście trzymał pytania "ABC" w jednej tabeli, a pytania "T/N" w drugiej...