Középszintű adatbáziskezelés Djangoval

Általános leírás

Adott egy középszintű érettségi (lásd lejjebb), amelyet szerveroldali programozással kell megoldani. Ehhez létre kell hozni egy adatbázist, ami hűen követi az eredeti feladat logikáját, kellenek felületek, ahol fel lehet tölteni a feladathoz mellékelt tsv fájlokat, és minden feladathoz szükség van egy külön oldalra, ami ezt kiszolgálja. Az oldalakhoz minimális méretű css-re is szükség van. Elég formokkal dolgozni, nincs szükség Fetch API-ra. Egyelőre nem szükséges hosztolni a szervert.

Röviden összefoglalva:

• kellenek modellek, és kell hozzájuk admin site-támogatás.
• Kell adatbázisimport.
• Kell hibakezelés mindenhova.
• Kell CSS, de elég egy minimális mértékben.
• Nem kell JS.
• Kellenek POST-requestek. Formokkal elegendő dolgozni, Fetch API-ra nincs szükség. De aki szeretne, megcsinálhat minden post requestet Fetch API-al is, az igazából az igazi...
• Elég dev-szervert kidolgozni, nem szükséges deploy-olni.

Részletek

• A feladathoz kapcsolódjon egy külön applikáció
• Adatbázis
  • A models.py-ban legyenek kialakítva azok a táblák, amelyekről a feladat szól.
  • A táblák esetében az N:1 és N:M kapcsolatokat a djangoban szokásos módon legyenek implementálva. Azaz:
    • Az idegen kulcsok ForeignKey mezővel legyenek implementálva. Amennyiben az eredeti táblában az idegen kulcs mező más célt nem szolgált, csak a kapcsolat létrehozását, akkor ezt a kulcsot számmezőként nem kell elmenteni.
    • Tehát ha egy N:M kapcsolatot a középszintű adatbáziskezelői feladatsor egy kétmezős összetett kulcsú kapcsolótáblával valósít meg, akkor ne hozzunk létre expliciten harmadik kapcsolótáblát, hanem használjunk many-to-many relationship mezőt az egyik modellben! Ha azonban más fontos mezője is van az N:M kapcsolatot teremtő tábláknak, akkor külön táblára és ForeignKey-ekre van szükség úgy, ahogy az előző pontban volt tárgyalva.
  • Minden modell esetében legyenek str magic methodok implementálva, amik kellően beszédesek de még áttekinthetővé teszik az adatokat.
  • A charfield és egyéb mezők esetében a max_length tulajdonság legyen akkora, hogy az eredeti tsv-fájlok hiba nélkül importálhatók legyenek.
  • Ügyeljünk a blank és null tulajdonságokra is azon táblák esetén, ahol előfordulhatnak null mezők.
  • Minden modellhez kapcsolódjon egy admin-felület, ahol azokat kezelni lehet.
  • Minden modellben legyen implentálva egy olyan import metódus, ami egy tsv (tabulator separated values, első sorban a mezőnevekkel) formátumú stringből feltölti a táblát.
    • Ez a feltöltés legyen hibakezelve. Példák:
      • egész számmezőbe nem egész szám érkezett
      • tizedestört meződbe nem tizedestört érkezett
      • nincs elég mező a sorban (kevés a tabulátor)
      • A logikai mezőbe szánt kifejezés nem alakítható logikai kifejezéssé (általában ilyenkor a "-1" az igaz, és a "0" a hamis!)
      • Dátum mezőbe szánt kifejezés nem megfelelő formátumú.
      • Idegen kulcsnak megfelelő kulccsal nem létezik rekord a másik, hivatkozott táblában.
      A hibaüzenetben szerepeljen
      • a hibát tartalmazó sor sorszáma
      • a feltöltés során sikerrel létrehozott rekordok száma
      • a hibaüzenet pontos mibenléte
      A hibaüzenet legyen rendelkezzen a megfelelő státuszkóddal, azaz a megfelelő HTTPResponse paranccsal üzenjünk (method not allowed, internal server error, forbidden, bad request, not found, ...)
    • Fontos, hogy amennyiben többször töltjük fel ugyanazt a tsv-t, akkor ne hozzon létre új elemeket. (get_or_create!)
• Az adatbázis minden táblájához kapcsolódjon egy url, ahol azt egy textarea input segítségével fel lehet tölteni.
• az url-eket kiszolgáló view-kat hibakezeljük! Pl. ha nemlétező táblához akarnak feltölteni vagy ha a feltöltés nem POST requesten keresztül történik, akkor adjon hibaüzenetet.
• Minden applikációhoz legyen egy alapértelmezett (index) megtekintés, ahol ki lehet választani, hogy feltölteni akarunk (tsv-impot), vagy lekérdezni (feladatok). A feltöltésnél lehessen kiválasztani azt is, hogy mely táblákhoz akarunk hozzájárulni.
• A hibaüzenetek kivételével minden válasz renderelt html-template-tel történjen! Ezeken legyen egy minimális css is. Nem kell nagyon szép legyen, de legyen áttekinthető. (középre igazítások, dolgok egymás alatt, linkek nézzenek ki normálisan, nem kék-aláhúzott dolgok legyenek! A gombokat, input-formelemeket nem szükséges külön formázni, azok maradhatnak alapértelmezett formázáson.)
• Feladatok
  • Minden feladathoz létezzen egy form, ahol paraméterezhető valamennyire az eredeti kiírás. Például, ha a feladat az 1918 évvel kapcsolatban kérdezett valamit, akkor az év száma legyen beállítható egy number típusú input-formon. Ha egy szövegrészletre kell rákeresni, akkor a szövegrészlet legyen text-típusú inputtal megadható. Mindig legyen egy submit-típusú küldés-gomb.
  • Ha több válasz is lehetséges vagy több oszlopot kell megjeleníteni - tehát ha táblázatszerű az elvárt válasz - akkor alkalmazzunk table HTML-elemeket. Itt már ne divekkel, gridekkel, flexekkel dolgozzunk (ezt egyébként is így illik! Szemantikus web! Illetve a table-ben közölt adatok könnyebben másolhatók ki böngészőből -> automatikus tsv formázás...)

Példa

Itt található néhány kidolgozott példa egy N:1 és N:M kapcsolatokkal is dolgozó feladatsorokkal.