κατασκευή website με multilanguage

Σε αυτή την περιοχή μπορείτε να βρείτε ή να αναζητήσετε πληροφορίες σχετικές με την PHP

Συντονιστές: WebDev Moderators, Super-Moderators, PHP Moderators

Άβαταρ μέλους
jpk
Δημοσιεύσεις: 441
Εγγραφή: 09 Μαρ 2011 21:17

κατασκευή website με multilanguage

Δημοσίευση από jpk » 16 Μαρ 2013 23:08

gvre δεν θα διαφωνούσα *ή διαφωνήσω μαζί σου αν : ο διαχειριστής του μονόγλωσσου CMS που χρησιμοποιεί την ίδια δομή με ένα πολύγλωσσο δεν είχε επιπτώσεις από αυτό στην εφαρμογή διαχείρισής του.

Αν ο gvre μου ζήτησε site σε μια γλώσσα και είναι να τον μπλέξω στην εφαρμογή διαχείρισης με το να επιλέγει πάντα π.χ. ελληνικά καλύτερα να μην το κάνω.

Αυτό που είπα με τις οντότητες σχετίζεται με την τρίτη δόμηση του burnmind αλλά δεν είναι ακριβώς το ίδιο. Έχω ένα δέντρο , με κάθε επίπεδο να έχει ιδιότητα αν είναι σελίδα ή ενότητα. Αυτό έχει id και φυσικά περιγραφικό συστήματος.

Από εκεί και πέρα υπάρχουν οι διαθέσιμες γλώσσες, με id και τίτλο, και ακόμα ένας πίνακας map που δένει τις γλώσσες με τις σελίδες του tree. Ένα query είναι να πάρεις το δέντρο για μια γλώσσα και άλλο ένα για να δεις αν υπάρχουν αντίστοιχες σελίδες σε άλλες γλώσσες. Αν υπάρχουν το link είναι προς αυτές , αν όχι το link είναι προς το root της γλώσσας.

Ή θα ήταν καλύτερο να είχα διαφορετικό back office για την ιδία εφαρμογή ανάλογα με το αν ο άλλος έχει επιλέξει μονόγλωσσο ή πολύγλωσσο ;

gvre
Δημοσιεύσεις: 990
Εγγραφή: 14 Οκτ 2010 11:34
Τοποθεσία: Ηράκλειο Κρήτης
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από gvre » 16 Μαρ 2013 23:21

Εγώ χρησιμοποιώ καρτέλες για κάθε γλώσσα. Αν η γλώσσα είναι μία, πχ ελληνικά, υπάρχει μόνο η συγκεκριμένη καρτέλα στο UI. Με αυτό τον τρόπο, ο χρήστης δεν ασχολείται καθόλου με τη γλώσσα.
Υποθέτω ότι έχεις στο μυαλό σου λίγο διαφορετικό interface, γι' αυτό λέμε διαφορετικά πράγματα.

Άβαταρ μέλους
jpk
Δημοσιεύσεις: 441
Εγγραφή: 09 Μαρ 2011 21:17

κατασκευή website με multilanguage

Δημοσίευση από jpk » 16 Μαρ 2013 23:49

Και λίγο διαφορετικό model , αλλά από την στιγμή που δεν μπλέκεις τον διαχειριστή στο θέμα πολύγλωσσο – μονόγλωσσο συμφωνώ απόλυτα.

Έχω την χαρά και δεν έχω να κάνω με πελάτες , έχω demand , αλλά από το επίπεδο που έχω καταλάβει πρέπει όλα να είναι όσο απλούστερα και καθαρότερα γίνεται.

Στην πραγματικότητα αυτό που λέω για την οντότητα (συστήματος) , είναι ότι όταν είσαι στην σελίδα http://el.example.com/Παραδείγματα/Πρώτο-Παράδειγμα πρέπει η εφαρμογή να ξέρει αν υπάρχει αντίστοιχο link σε προκαθορισμένη γλώσσα π.χ. http://en.example.com/Example/This-is-just-an-example και το εικονίδιο της γλώσσας να οδηγεί εκεί, αν δεν υπάρχει να οδηγεί στο root της γλώσσας π.χ. http://en.example.com.

Άρα μια τέτοια προσέγγιση δύσκολα θα είχε καρτέλες. Σίγουρα θα υπήρχε κάποια κεντρική «καρτέλα» που θα προσέθετες σελίδες ή ενότητες με κάποιο χαρακτηριστικό συστήματος (ένα εσωτερικό τίτλο για να ξέρεις τι είναι) και μετά θα κρέμαγες από κάτω γλώσσες.

Δεν λέω θα μπορούσα να κάνω και μια τέτοια δόμηση για ένα μονόγλωσσο σύστημα , αλλά όπως σου είπα θα είχα διαφορετική back office εφαρμογή για την ίδια εφαρμογή και την ίδια δομή δεδομένων , οπότε καλύτερα όχι.

Δεν αναιρώ με τίποτα τις δομήσεις δεδομένων που ελέχθησαν, κάποιες από αυτές πρέπει να ομολογήσω ότι είναι πολύ ελκυστικές για να δοκιμάσω.

gvre
Δημοσιεύσεις: 990
Εγγραφή: 14 Οκτ 2010 11:34
Τοποθεσία: Ηράκλειο Κρήτης
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από gvre » 16 Μαρ 2013 23:59

Σίγουρα τα πράγματα πρέπει να είναι όσο απλούστερα γίνεται για τον τελικό χρήστη.

Το παράδειγμα που έφερες λειτουργεί και με καρτέλες. Ουσιαστικά, από το slug βρίσκεις το item_id και ελέγχεις* αν υπάρχει στη γλώσσα που θέλεις. Αν όχι, στέλνεις τον επισκέπτη στο root της γλώσσας.

* Μπορείς να μην αποθηκεύεις τίποτα στον πίνακα translations ή να αποθηκεύεις NULL. Με αυτόν τρον τρόπο μπορείς να ξέρεις αν υπάρχει ή όχι μετάφραση.

Άβαταρ μέλους
Lykos22
Δημοσιεύσεις: 89
Εγγραφή: 29 Μαρ 2011 16:28
Τοποθεσία: UK

κατασκευή website με multilanguage

Δημοσίευση από Lykos22 » 06 Φεβ 2014 17:50

Επανέρχομαι στο θέμα με το εξής. Ας υποθέσουμε πως έχουμε ένα cms τύπου Wordpress, δηλαδή ο χρήστης μπορεί να δημιουργεί δικές του σελίδες (pages) και posts (προς το παρών θα επικεντρωθώ σε αυτά τα δύο), το οποίο έχει multilanguage support. Με βάση όσα είπε ο korgr, αλλά και τα test cases του burnmind θα πρέπει για τις σελίδες (pages) να υπάρχουν οι εξής πίνακες:

1. πίνακας `pages` (περιλαμβάνει όλα τα μη πολυγλωσσικά δεδομένα)
id, parent_id, order, is_published
----------------------------------------
1, 0, 1, 1
2, 0, 2, 1
3, 1, 3, 1
4, 0, 4, 1
κλπ κλπ
2. πίνακας `page_translations` (περιλαμβάνει όλα τα πολυγλωσσικά δεδομένα)
id, title, body, landID, pageID
----------------------------------------
1, 'Home', 'Lorem ipsum ...', 1, 1
2, 'Αρχική', 'Lorem ipsum ελληνικά ...', 2, 1
3, 'About', 'Lorem ipsum ...', 1, 2
4, 'Σχετικά', 'Lorem ipsum ...', 2, 2
κλπ κλπ
3. πίνακας `languages`
id, language, code
------------------------
1, 'English', 'eng'
2, 'Greek', 'gre'
klp klp
Σωστά; Ο πίνακας posts θα πρέπει να δημιουργηθεί πάνω στην ίδια λογική, δηλαδή κάθε post/νεο θα πρέπει να υπάρχει σε όλες τις γλώσσες; ή μήπως στην περίπτωση των posts είναι προτιμότερη η Case 3 δηλ ένα post θα υπάρχει μόνο σε μία γλώσσα;

geomagas
Δημοσιεύσεις: 667
Εγγραφή: 06 Απρ 2013 13:36
Τοποθεσία: Ηράκλειο Κρήτης
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από geomagas » 06 Φεβ 2014 21:14

Τι εννοείς "τύπου Wordpress";
Θέλεις να μάθεις πως το κάνει το WordPress;
Πως το κάνουν γενικά τα έτοιμα cms;
Ή φτιάχνεις ένα δικό σου και ψάχνεις τον καλύτερο τρόπο υλοποίησης (και απλά θέλεις να μοιάζει κάπως με το WordPress);

Άβαταρ μέλους
Lykos22
Δημοσιεύσεις: 89
Εγγραφή: 29 Μαρ 2011 16:28
Τοποθεσία: UK

κατασκευή website με multilanguage

Δημοσίευση από Lykos22 » 07 Φεβ 2014 10:23

geomagas έγραψε:Τι εννοείς "τύπου Wordpress";
Θέλεις να μάθεις πως το κάνει το WordPress;
Πως το κάνουν γενικά τα έτοιμα cms;
Ή φτιάχνεις ένα δικό σου και ψάχνεις τον καλύτερο τρόπο υλοποίησης (και απλά θέλεις να μοιάζει κάπως με το WordPress);
To 3o. Δουλέυω πάνω σε ένα custom site το οποίο θα είναι multilanguage και ο τρόπος που θα γίνει μοιάζει αρκετά με τον τρόπο λειτουργίας του WordPress, γι αυτό ρωτάω.

ok οι σελίδες θα πατήσουν πάνω στο case2, αλλά τα posts/νέα θα πρέπει να λειτουργούν και αυτά με τον ίδιο τρόπο ? κάθε post δηλαδή να δημιουργήται και αυτό σε όλες τις γλώσσες ή μπορεί και μόνο σε μία (οπότε εκεί μιλάμε για το case3).

geomagas
Δημοσιεύσεις: 667
Εγγραφή: 06 Απρ 2013 13:36
Τοποθεσία: Ηράκλειο Κρήτης
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από geomagas » 07 Φεβ 2014 20:07

Κατά τη γνώμη μου, δεν έχεις λόγο να διαχωρίσεις pages από posts. Θεώρησέ τα όλα σαν content, και αντιμετώπισέ τα με τον ίδιο τρόπο.
Άλλωστε, αργότερα θα θελήσεις να προσθέσεις κι άλλα content types. Τι θα κάνεις; Θα βρεις έναν ξεχωριστό τρόπο αντιμετώπισης για το καθένα;
Γι αυτό, αντί για pages φτιάξε ένα πίνακα content, που θα περιέχει όλα τα κοινά πεδία όλων των τύπων περιεχομένου που πρόκειται ποτέ να "εφεύρεις", και βρες τον τρόπο που σε βολεύει να κάνεις το classification από εκεί και κάτω.

Σημείωσε δε, ότι το σχήμα που παραθέτεις επιτρέπει να υπάρχουν σελίδες χωρίς μετάφραση. Πχ τι θα γινόταν αν έλειπε η γραμμή με id=3 από τον page_translations;

Άβαταρ μέλους
korgr
Honorary Member
Δημοσιεύσεις: 5067
Εγγραφή: 07 Οκτ 2008 18:30
Τοποθεσία: Corinth
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από korgr » 07 Φεβ 2014 20:44

geomagas έγραψε:Κατά τη γνώμη μου, δεν έχεις λόγο να διαχωρίσεις pages από posts. Θεώρησέ τα όλα σαν content, και αντιμετώπισέ τα με τον ίδιο τρόπο.
Άλλωστε, αργότερα θα θελήσεις να προσθέσεις κι άλλα content types. Τι θα κάνεις; Θα βρεις έναν ξεχωριστό τρόπο αντιμετώπισης για το καθένα;
Γι αυτό, αντί για pages φτιάξε ένα πίνακα content, που θα περιέχει όλα τα κοινά πεδία όλων των τύπων περιεχομένου που πρόκειται ποτέ να "εφεύρεις", και βρες τον τρόπο που σε βολεύει να κάνεις το classification από εκεί και κάτω.

Σημείωσε δε, ότι το σχήμα που παραθέτεις επιτρέπει να υπάρχουν σελίδες χωρίς μετάφραση. Πχ τι θα γινόταν αν έλειπε η γραμμή με id=3 από τον page_translations;
Συμφωνώ απολύτως!

Άβαταρ μέλους
korgr
Honorary Member
Δημοσιεύσεις: 5067
Εγγραφή: 07 Οκτ 2008 18:30
Τοποθεσία: Corinth
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από korgr » 07 Φεβ 2014 20:47

Για τo θέμα των μεταφράσεων που θα λείπουν, όρισε μία γλώσσα ως default (πχ ελληνικά) και δείξε το post της βασικής γλώσσας φροντίζοντας να ενημερώνεις τον χρήστη με ένα μήνυμα του τύπου "This content is not available in your language"

Άβαταρ μέλους
Khronos
Δημοσιεύσεις: 754
Εγγραφή: 11 Δεκ 2006 14:43
Τοποθεσία: Ηράκλειο

κατασκευή website με multilanguage

Δημοσίευση από Khronos » 07 Φεβ 2014 21:23

geomagas έγραψε:Σημείωσε δε, ότι το σχήμα που παραθέτεις επιτρέπει να υπάρχουν σελίδες χωρίς μετάφραση. Πχ τι θα γινόταν αν έλειπε η γραμμή με id=3 από τον page_translations;
Εγκυκλοπαιδικά, πώς θα έπρεπε να είναι το σχήμα για να αποφευχθεί κάτι τέτοιο?

geomagas
Δημοσιεύσεις: 667
Εγγραφή: 06 Απρ 2013 13:36
Τοποθεσία: Ηράκλειο Κρήτης
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από geomagas » 07 Φεβ 2014 21:56

Khronos έγραψε:
geomagas έγραψε:Σημείωσε δε, ότι το σχήμα που παραθέτεις επιτρέπει να υπάρχουν σελίδες χωρίς μετάφραση. Πχ τι θα γινόταν αν έλειπε η γραμμή με id=3 από τον page_translations;
Εγκυκλοπαιδικά, πώς θα έπρεπε να είναι το σχήμα για να αποφευχθεί κάτι τέτοιο?
Σε μια τυπικά κανονικοποιημένη βάση, δεν μπορείς (εκτός αν μου διαφεύγει κάτι).
Οι πληθικότητες των συσχετίσεων μπορεί να είναι είτε 1:1 είτε 1:Ν είτε Μ:Ν, όπου τα Μ,Ν είναι από μηδέν έως άπειρο. Αν και υπάρχουν "κολπάκια" για να περιορίσεις τα Μ,Ν να είναι "το πολύ έως Κ", δεν υπάρχει πληθικότητα που να είναι πχ 1:"ακριβώς Κ".

Αλλά δεν είναι και σκόπιμο. Πάρε την προκειμένη περίπτωση. Είναι δυνατόν να έχεις πάντα συγχρόνως όλες τις μεταφράσεις ενός κειμένου; Όπως και να το κάνεις, πρώτα θα γίνει commit η μία μετάφραση και μετά κάποια άλλη. Θα υπάρχει δηλαδή (ή θα πρέπει να υπάρχει) ένα χρονικό διάστημα κατά το οποίο θα λείπουν μεταφράσεις.

Θα μπορούσες να το υλοποιήσεις με τα πολλαπλά πεδία σε μια γραμμή, που αναφέρθηκαν πιο πάνω. Όμως, εκτός από τους περιορισμούς που θα σου επιβάλει αυτό το σχήμα στην επεκτασιμότητα, δεν μπορείς να ορίσεις όλα τα πεδία not null, για τον ίδιο λόγο. Και αν τα ορίσεις nullable, τότε καταργείς τον κανόνα (αφού πάλι μπορούν να λείπουν μεταφράσεις) και μένεις μόνο με τον περιορισμό...

Άβαταρ μέλους
Lykos22
Δημοσιεύσεις: 89
Εγγραφή: 29 Μαρ 2011 16:28
Τοποθεσία: UK

κατασκευή website με multilanguage

Δημοσίευση από Lykos22 » 08 Φεβ 2014 11:12

geomagas έγραψε:Κατά τη γνώμη μου, δεν έχεις λόγο να διαχωρίσεις pages από posts. Θεώρησέ τα όλα σαν content, και αντιμετώπισέ τα με τον ίδιο τρόπο.
Άλλωστε, αργότερα θα θελήσεις να προσθέσεις κι άλλα content types. Τι θα κάνεις; Θα βρεις έναν ξεχωριστό τρόπο αντιμετώπισης για το καθένα;
Γι αυτό, αντί για pages φτιάξε ένα πίνακα content, που θα περιέχει όλα τα κοινά πεδία όλων των τύπων περιεχομένου που πρόκειται ποτέ να "εφεύρεις", και βρες τον τρόπο που σε βολεύει να κάνεις το classification από εκεί και κάτω.

Σημείωσε δε, ότι το σχήμα που παραθέτεις επιτρέπει να υπάρχουν σελίδες χωρίς μετάφραση. Πχ τι θα γινόταν αν έλειπε η γραμμή με id=3 από τον page_translations;
Οι πίνακες pages και posts τα κοινά πεδία που έχουν είναι στην ουσία τα 'title', 'body' και 'is_visible', σε όλα τα άλλα διαφέρουν. Δεν είναι πιο λογικό να τα έχω σε 2 διαφορετικούς πίνακες ?
Αν προσθέσω τον πίνακα 'content' που λες θα πρέπει να διαχειρίζομαι δηλαδή δεδομένα από 4 πίνακες?? δεν είμαι σίγουρος αν κατάλαβα σωστά.
korgr έγραψε:Για τo θέμα των μεταφράσεων που θα λείπουν, όρισε μία γλώσσα ως default (πχ ελληνικά) και δείξε το post της βασικής γλώσσας φροντίζοντας να ενημερώνεις τον χρήστη με ένα μήνυμα του τύπου "This content is not available in your language"
Θα υπάρχει σίγουρα μία default γλώσσα. Ο πίνακας languages θα είναι έτσι:

πίνακας `languages`
id, language, code , default
------------------------
1, 'English', 'eng', 0
2, 'Greek', 'gre', 1
Επομένως αυτό που λες λογικά μέσω του πεδίου 'default' θα το ελέγχω.

Άβαταρ μέλους
fafos
Script Master
Δημοσιεύσεις: 6230
Εγγραφή: 30 Νοέμ 2004 03:09

κατασκευή website με multilanguage

Δημοσίευση από fafos » 08 Φεβ 2014 12:46

Lykos22 έγραψε:
geomagas έγραψε:Κατά τη γνώμη μου, δεν έχεις λόγο να διαχωρίσεις pages από posts. Θεώρησέ τα όλα σαν content, και αντιμετώπισέ τα με τον ίδιο τρόπο.
Άλλωστε, αργότερα θα θελήσεις να προσθέσεις κι άλλα content types. Τι θα κάνεις; Θα βρεις έναν ξεχωριστό τρόπο αντιμετώπισης για το καθένα;
Γι αυτό, αντί για pages φτιάξε ένα πίνακα content, που θα περιέχει όλα τα κοινά πεδία όλων των τύπων περιεχομένου που πρόκειται ποτέ να "εφεύρεις", και βρες τον τρόπο που σε βολεύει να κάνεις το classification από εκεί και κάτω.

Σημείωσε δε, ότι το σχήμα που παραθέτεις επιτρέπει να υπάρχουν σελίδες χωρίς μετάφραση. Πχ τι θα γινόταν αν έλειπε η γραμμή με id=3 από τον page_translations;
Οι πίνακες pages και posts τα κοινά πεδία που έχουν είναι στην ουσία τα 'title', 'body' και 'is_visible', σε όλα τα άλλα διαφέρουν. Δεν είναι πιο λογικό να τα έχω σε 2 διαφορετικούς πίνακες ?
Αν προσθέσω τον πίνακα 'content' που λες θα πρέπει να διαχειρίζομαι δηλαδή δεδομένα από 4 πίνακες?? δεν είμαι σίγουρος αν κατάλαβα σωστά.
korgr έγραψε:Για τo θέμα των μεταφράσεων που θα λείπουν, όρισε μία γλώσσα ως default (πχ ελληνικά) και δείξε το post της βασικής γλώσσας φροντίζοντας να ενημερώνεις τον χρήστη με ένα μήνυμα του τύπου "This content is not available in your language"
Θα υπάρχει σίγουρα μία default γλώσσα. Ο πίνακας languages θα είναι έτσι:

πίνακας `languages`
id, language, code , default
------------------------
1, 'English', 'eng', 0
2, 'Greek', 'gre', 1
Επομένως αυτό που λες λογικά μέσω του πεδίου 'default' θα το ελέγχω.
Exei dikio se auto pou sou grafei o geomagas... ektos ton pages yparxoun kai oi phraseis/lexeis pou den mporeis na tis tsouvaliaseis me tis pages...opos mporoun na sou prokypsoun kai alles enothtes pou na theloun diaforetikh antimetopish..

oi phraseis/lexeis malista, tha prepei na exoun allo ena pedio me default variable gia na mhn xaseis ton mpousoula otan tis vazeis ston kodika..

epishs stis glosses vale kai ena status gia na einai apenergopoihmenes mexri na oloklhroneis tis metafraseis kathe neas glossas..
Οι πάνες και οι πολιτικοί πρέπει να αλλάζονται συχνά για τον ίδιο λόγο...

geomagas
Δημοσιεύσεις: 667
Εγγραφή: 06 Απρ 2013 13:36
Τοποθεσία: Ηράκλειο Κρήτης
Επικοινωνία:

κατασκευή website με multilanguage

Δημοσίευση από geomagas » 08 Φεβ 2014 13:38

Lykos22 έγραψε:
geomagas έγραψε:Κατά τη γνώμη μου, δεν έχεις λόγο να διαχωρίσεις pages από posts. Θεώρησέ τα όλα σαν content, και αντιμετώπισέ τα με τον ίδιο τρόπο.
Άλλωστε, αργότερα θα θελήσεις να προσθέσεις κι άλλα content types. Τι θα κάνεις; Θα βρεις έναν ξεχωριστό τρόπο αντιμετώπισης για το καθένα;
Γι αυτό, αντί για pages φτιάξε ένα πίνακα content, που θα περιέχει όλα τα κοινά πεδία όλων των τύπων περιεχομένου που πρόκειται ποτέ να "εφεύρεις", και βρες τον τρόπο που σε βολεύει να κάνεις το classification από εκεί και κάτω.

Σημείωσε δε, ότι το σχήμα που παραθέτεις επιτρέπει να υπάρχουν σελίδες χωρίς μετάφραση. Πχ τι θα γινόταν αν έλειπε η γραμμή με id=3 από τον page_translations;
Οι πίνακες pages και posts τα κοινά πεδία που έχουν είναι στην ουσία τα 'title', 'body' και 'is_visible', σε όλα τα άλλα διαφέρουν. Δεν είναι πιο λογικό να τα έχω σε 2 διαφορετικούς πίνακες ?
Δεν έχω λόγο να αμφισβητήσω το γεγονός ότι έχεις σκεφτεί καλά τις ανάγκες της εφαρμογής σου, αλλά μιας και ανέφερες τα έτοιμα CMS, δες μερικά από τα άλλα πεδία που υποστηρίζουν:
- Author
- Ημ/νία δημοσίευσης
- Ημ/νία τροποποίησης (αν υλοποιήσεις revisions, μπορείς να το καλύψεις αλλιώς)
- Publication status (published, draft...)
- Visibility (public, personal, password-protected...)
- Featured image
- Pingback/trackback status
- ....
Αυτά είναι που φαίνονται στο interface, ανεξάρτητα με τον τρόπο που υλοποιούνται στη βάση.
Δεν λέω ότι θα τα χρειαστείς όλα, απλά ότι μπορεί να μην μείνεις τελικά με τόσο λίγα όσα νομίζεις...

Τώρα, για το άλλο, εξαρτάται τι εννοείς "λογικό"...
Lykos22 έγραψε:Αν προσθέσω τον πίνακα 'content' που λες θα πρέπει να διαχειρίζομαι δηλαδή δεδομένα από 4 πίνακες?? δεν είμαι σίγουρος αν κατάλαβα σωστά.
Όχι απαραίτητα 4. Αυτό εξαρτάται από την τεχνική που θα επιλέξεις.
Μπορεί να έχεις έναν αραιό πίνακα, μπορεί να υλοποιήσεις αυστηρές σχέσεις IS-A (πολλοί πίνακες!), Key/Value pairs (attributes)...
Ή λίγο απ' όλα τα παραπάνω.
Δεν μπορείς να ξέρεις εξ αρχής πόσους πίνακες θα χρειαστείς.
Αλλά η δυσκολία διαχείρισης μίας βάσης δεν εξαρτάται ποτέ από το πλήθος των πινάκων που περιέχει. Μόνο από τη σωστή οργάνωση.

Απάντηση

Επιστροφή στο “PHP Προγραμματισμός”

Μέλη σε σύνδεση

Μέλη σε αυτήν τη Δ. Συζήτηση: Δεν υπάρχουν εγγεγραμμένα μέλη και 0 επισκέπτες