Δεν μπορώ να σου απαντήσω ακριβώς για τις βάσεις που αναφέρεις, γιατί δεν τις έχω χρησιμοποιήσει για τόσο μεγάλο όγκο.<br><br>Μπορώ όμως να σου πω κάτι γενικό. Το πλήθος των εγγραφών του πίνακα από μόνο του, δεν λέει και πολλά. Το σημαντικότερο είναι τι θα κάνεις σε αυτόν τον πίνακα. Είναι ένας πίνακας πάνω στον οποίο θα κάνεις πχ 1.000.000 transactions την ημέρα ή θα τρέχεις μια batch διαδικασία 1 φορά τον μήνα;<br>
<br>Νομίζω θα ήταν καλό να να φτιάξεις μια τεστ βάση με πολλές εγγραφές και να πειραματιστείς με την εφαρμογή σου.<br><br><div class="gmail_quote">2011/6/17 Giorgos Logiotatidis <span dir="ltr"><<a href="mailto:seadog@sealabs.net">seadog@sealabs.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Καλημέρα,<br>
<br>
Έχω μία off-topic ερώτηση που ενδεχομένως να μπορεί κάποιος να με<br>
βοηθήσει. Προσπαθώ να βρω τους περιορισμούς σε rows για sql βάσεις<br>
δεδομένων.<br>
<br>
Έστω ότι τα rows ενός table αγγίζουν -με σχετικά μικρή χρήση εφαρμογής-<br>
τα 1m rows, ενώ μπορούν εύκολα να ξεπεράσουν τα 10m ή και τα 20m. Είναι<br>
αυτές οι τάξεις μεγέθους λογικές για single instances, φυσικά με το<br>
κατάλληλο indexing? ή χρειαζόνται τον top-of-line server ή/και<br>
clustering / sharding?<br>
<br>
Ποια είναι δλδ η τάξη μεγέθους που μπορεί μια opensource mysql, postgres<br>
βάση να αντέξει;<br>
<br>
Extra: μπορεί κανείς να απαντήσει την ίδια ερώτηση και για mongodb?<br>
<br>
Ευχαριστώ,<br>
-γ<br>
<br>
--<br>
<br>
Giorgos Logiotatidis<br>
<a href="mailto:seadog@sealabs.net">seadog@sealabs.net</a><br>
GPG Key: 0x208A199F<br>
<font color="#888888"><br>
<br>
<br>
--<br>
linux-greek-users mailing list -- <a href="http://lists.hellug.gr" target="_blank">http://lists.hellug.gr</a></font></blockquote></div><br>