Finish chapter 5

test.tex

@@ -593,9 +593,9 @@ TODO: Καλύτερη περιγραφή της λειτουργίας της
 στον τρόπο που είναι σχεδιασμένη η βάση, ο οποίος παρουσιάζεται παρακάτω.
 
 \bigskip
-(ΤΟΔΟ εδώ εικόνα διαχείρισης και ισως αλλαγή αναφορών σε εικονα 1, 2 κτλ.)
+(TODO εδώ εικόνα διαχείρισης και ισως αλλαγή αναφορών σε εικονα 1, 2 κτλ.)
 \bigskip
-(ΤΟΔΟ εδώ εικόνα βάσης σχημα1)
+(TODO εδώ εικόνα βάσης σχημα1)
 \bigskip
 
 Στο σχήμα1 αρχίζει να διακρίνεται το πρόβλημα που δημιουργείται. Η σύνδεση
@@ -622,8 +622,14 @@ TODO: Καλύτερη περιγραφή της λειτουργίας της
 
 \section{Υλοποίηση}
 
-Το κύριο μέρος της υλοποίησης για τη συγκεκριμένη δυνατότητα/βελτίωση αποτελεί
-η αλλαγή στους πίνακες της βάσης και στις σχέσεις μεταξύ τους. Αρχικά, θα πρέπει
+Η κύρια λειτουργική αλλαγή/δυνατότητα που θα προστεθεί είναι αυτή της προσθήκης
+των προβλημάτων σε νέους διαγωνισμούς χωρίς να επηρεάζονται οι προηγούμενοι. 
+Το κύριο μέρος της υλοποίησης για τη συγκεκριμένη δυνατότητα/βελτίωση αποτελεί 
+η αλλαγή στους πίνακες της βάσης και στις σχέσεις μεταξύ τους. 
+
+\bigskip
+
+Αρχικά, θα πρέπει
 να δημιουργηθεί ένας πίνακας που να συνδέει κάθε διαγωνισμό με τα προβλήματα που
 διαθέτει. Το πεδίο στον πίνακα των προβλημάτων που έως τώρα χρησίμευε για αυτή
 τη σύνδεση, δεν αρκεί αφού πλέον θέλουμε να υπάρχει σχέση πολλά προς ένα για 
@@ -632,17 +638,75 @@ compid και probid.
 
 \bigskip
 
-Όπως αναφέρθηκε και παραπάνω, οι υποβολές θα πρέπει να συνδέονται με το διαγωνισμό και όχι με το πρόβλημα. 
-Αυτό θα επιτευχθεί με την προσθήκη του πεδίου compid στον πίνακα των υποβολών. 
+Όπως αναφέρθηκε και παραπάνω, οι υποβολές θα πρέπει να συνδέονται με το
+διαγωνισμό και όχι με το πρόβλημα.  Αυτό θα επιτευχθεί με την προσθήκη του
+πεδίου compid στον πίνακα των υποβολών.  Με αυτό τον τρόπο, είναι εύκολο να
+γίνει ο διαχωρισμός των υποβολών ανά διαγωνισμό και πρόβλημα ώστε κάθε πρόβλημα
+να μπορεί να έχει ξεχωριστά δεδομένα υποβολών και αποτελεσμάτων σε κάθε
+διαγωνισμό που ανήκει. 
+
+\bigskip
+
+Άλλη μια αλλαγή που κρίθηκε σημαντική είναι η προσθήκη ενός πεδίου JSON στον
+πίνακα των αποτελεσμάτων σε αντικατάσταση του scoredetails. Το scoredetailsjson
+θα έχει την ίδια λογική, δηλαδή θα αναγράφει τις επιμέρους βαθμολογίες σε κάθε
+πρόβλημα του διαγωνισμού. Η διαφορά θα είναι ότι δε θα σημειώνεται στη βάση μόνο
+η βαθμολογία αλλά ζευγάρια probid: βαθμολογία. Στο παράδειγμα που χρησιμοποιήθηκε
+προηγουμένως, το πεδίο θα έχει τη μορφή {48: 7, 51: 9}. 
+
+\bigskip
+
+Χάρη στην προσθήκη του πεδίου scoredetailsjson, ένας διαχειριστής θα μπορεί να δει
+με λεπτομέρεια τα αποτελέσματα ενός διαγωνισμού για κάθε διαγωνιζόμενο ακόμα και 
+αν έχει αλλάξει η δομή του, κάτι που πριν ήταν αδύνατο. Βεβαίως, από τη στιγμή που
+θα εισαχθεί η δυνατότητα αντιγραφής αντί μετακίνησης των προβλημάτων δε θα τίθεται
+συχνά θέμα αλλαγής της δομής ενός διαγωνισμού μετά τον υπολογισμό αποτελεσμάτων και
+την ολοκλήρωση του.
+
+\bigskip
+
+Έπειτα από τις αλλαγές που περιγράφηκαν, η νέα μορφή της βάσης φαίνεται στο σχήμα3.
+Ο πίνακας compproblems είναι η νέα προσθήκη που είναι αναγκαία για τη σύνδεση 
+προβλημάτων με διαγωνισμός διατηρώντας μια κανονικοποιημένη βάση για αποφυγή του
+πλεονασμού δεδομένων. (TODO: ισως αναφορα σε κατι σχετικο). Νέα πεδία προστέθηκαν,
+επίσης και στους πίνακες submissions και finalresults. 
+
+\bigskip 
+
+(TODO: πινακας σχημα3 με νεα βάση)
+
+\bigskip
+
+(TODO: ισως subsection) Έχοντας αλλάξει τη βάση, αυτό που μένει είναι η
+υλοποίηση των αλλαγών στο Grader ώστε να δίνεται η δυνατότητα της αντιγραφής
+των προβλημάτων και να αξιοποιούνται τα νέα πεδία και πίνακες. Η πλειοψηφία των
+αλλαγών αφορούν την οθόνη διαχείρισης, καθώς εκεί πρέπει να αλλάξει ο τρόπος
+που αντιστοιχίζονται τα προβλήματα με τους διαγωνισμούς, όπως και οι υποβολές
+αυτών.  Ακόμα, η λειτουργία του πλήκτρου μετακίνησης αλλάζει σε αντιγραφή, πάλι
+επιλέγοντας διαγωνισμό. Τέλος, στο κάτω μέρος της οθόνης, όπου αναγράφονταν τα
+ανένταχτα προβλήματα, κρίθηκε προτιμότερο να αναγράφονται όλα τα προβλήματα
+ώστε να είναι ευκολότερο να αναζητηθεί και να αντιγραφεί κάποιο σε ένα νέο
+διαγωνισμό.  Η νέα διαχείριση παρουσιάζεται στη φωτογραφία4.
 
-- εξηγηση και json για ιστορικοτητα με αναφορα στη μη αναγκαιοτητα αφου πλεον αντιγραφες οχι μετακινησεις (ισως πιο κατω)
+\bigskip
 
-- πινακας με νεα συνδεση βασεων
+- φωτογραφία νέας διαχείρισης φωτογραφία 4
+
+\bigskip
 
-- περιγραφη υλοποιησης για μετακινηση προβληματων και αντιστοιχες αλλαγες στις βασεις
-- φωτογραφία νέας διαχείρισης
+Μια ενδιαφέρουσα παρατήρηση είναι ότι η αντιγραφή ενός προβλήματος σε νέο
+διαγωνισμό, απλά αλλάζει τους συσχετισμούς στη βάση, προσθέτοντας μια νέα
+εγγραφή στον compproblems. Τόσο τα αρχεία ελέγχου, που είναι αποθηκευμένα στο
+δίσκο του εξυπηρετητή για να διαβάζονται από τον Kewii, όσο και οι ομάδες
+αρχείων ελέγχου, που αντιστοιχίζονται στη βάση με τα προβλήματα, δεν
+αντιγράφονται και, ως αποτέλεσμα χαρακτηρίζουν το πρόβλημα σε όλους τους
+διαγωνισμούς που αυτό ανήκει. Η σχεδιαστική επιλογή έγινε κυρίως γιατί το
+πρόβλημα δεν αναμένεται να αλλάζει σημαντικά κατά την επαναχρησιμοποίηση του.
+Το ενδεχόμενο να χρειαστεί κάποια αλλαγή σε πρόβλημα που ανήκει ήδη σε
+παλαιότερους ή παράλληλους διαγωνισμούς δε μπορεί να αποκλειστεί, και για το
+λόγο αυτό προστέθηκε ένα προειδοποιητικό μήνυμα προς όποιο διαχειριστή
+επιχειρήσει τέτοιες αλλαγές. 
 
-- σημειωση δε γινεται αντιγραφη των αρχείων και warning.
 \chapter{Λοιπές Προσθήκες}
 
 \section{Προσθήκη γλώσσας προγραμματισμού Python}