Új hozzászólás Aktív témák

• #21644 Mr. Y őstag lanszelot #21641

  Új Válasz 2024-05-31 09:17:38 #21644

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Mr. Y

  őstag

  LOGOUT blog (1)

  válasz lanszelot #21641 üzenetére

  Hát mindezek után szerintem maradj a JSON-nél.

• #21642 urandom0 senior tag lanszelot #21641

  Új Válasz 2024-05-31 08:59:29 #21642

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  LOGOUT blog

  válasz lanszelot #21641 üzenetére

  De, kiderül, csak kissé felületesen állsz hozzá. Ha átrágod magad a tutorialon, kipróbálod a benne leírtakat, eljutsz legalább a join-ig, akkor már lesz elképzelésed róla, hogy kell felépíteni egy receptes appot.
  Egyébként nem lehet több mélységű táblát csinálni.

  Most így hirtelen azt mondanám, kell egy tábla az összetevőknek, ebben lennének olyanok, mint a tojás, a tej, a vaj, stb. Kell egy tábla az mennyiségi egységeknek (db, dkg, ek, dl, stb.), egy tábla az olyan entitásoknak, mint a tészta, öntet, díszités, stb., és egy a recepteknek.
  A receptek táblában id alapján lehetne hivatkoznni a tésztára, öntetre, díszítésre, ugye ezek lennének egy külön táblában, és azokhoz lennének hivatkozva az összetevők. Az összetevőknél a mennyiség számértékként szerepelhetne (vagy szövegesen, mert előfordulhat olyan, hogy "annyit cukrot tegyünk bele, amíg elég édes nem lesz", és akkor ez már nem egy egzakt mennyiség, amit lehet számszerűsíteni, hanem ez szöveg), a mennyiségi egység pedig hivatkozva a mennyiségi egység táblából. Az elkészítés, előkészítés pedig a receptek tábla egy-egy szöveges mezője.

  Nehéz jól összerakni egy ilyet, és ezért is írtam, hogy nem az SQL a legalkalmasabb erre.
  Illetve ennél, amit leírtam, lehet egyszerűbben is, pl. a mennyiség egységek nem külön táblából, hanem "1dkg cukor" aztán kész.

Új hozzászólás Aktív témák