<div dir="ltr">Ναι, αν δεν υπάρχει το κλειδί μπορείς να το καταλάβεις μόνο αν φτάσεις στον primary και δεν το έχει.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Στις Δευ, 1 Μαρ 2021 στις 12:15 π.μ., ο/η Jason Milionis <<a href="mailto:jasonmili.ece@gmail.com">jasonmili.ece@gmail.com</a>> έγραψε:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Καλησπέρα σας,<br><br>Στην περίπτωση του linearizability ισχύει το ίδιο; Δηλαδή αν βρισκόμαστε σε κάποιον ενδιάμεσο RM και το δεδομένο δεν υπάρχει, τότε προωθούμε στον επόμενο μέχρι (στη χειρότερη) να φτάσει στον replica manager? Ρωτάω επειδή και σε αυτή την περίπτωση δε μπορούμε να γνωρίζουμε ποιος είναι secondary RM και πού λήγει η αλυσίδα στην ειδική περίπτωση που δεν υπάρχει δεδομένο για το κλειδί.<br><br><br><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Στις Δευ, 22 Φεβ 2021 στις 10:37 μ.μ., ο/η Katerina Doka <<a href="mailto:katerina.doka@gmail.com" target="_blank">katerina.doka@gmail.com</a>> έγραψε:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Το προωθεί στον επόμενο μέχρι (στη χειρότερη) να φτάσει στον primary replica.<div><br></div><div>K.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Στις Δευ, 22 Φεβ 2021 στις 12:14 μ.μ., ο/η Ilias Bimpas <<a href="mailto:bibas.ilias@gmail.com" target="_blank">bibas.ilias@gmail.com</a>> έγραψε:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Καλησπέρα,<div><br></div><div>στην περίπτωση του eventual consistency, αν ένα query request φτάσει σε κόμβο ο οποίος δεν είναι μεν υπεύθυνος για αυτό το key βάσει του hash, αλλά θα έπρεπε να το έχει βάσει του replication (δηλαδή θα έπρεπε να έχει το κλειδί ως replica) τότε:</div><div>Αν για κάποιο λόγο <b>δεν</b> έχει το κλειδί στο storage του, αλλά με βάση το replication factor ο επόμενος του θα έπρεπε και αυτός να το έχει, τότε προωθεί το query request στον επόμενο (για να δει μήπως το έχει εκείνος)?, ή απαντάει στον κόμβο που έγινε το original query με "Not Found" (επειδή θα έπρεπε ο ίδιος να το έχει ως replica αλλά δεν το έχει)?</div><div><br></div><div>Ευχαριστώ εκ των προτέρων,</div><div>Ηλίας Μπίμπας</div></div>
_______________________________________________<br>
Distrib mailing list<br>
<a href="mailto:Distrib@lists.cslab.ece.ntua.gr" target="_blank">Distrib@lists.cslab.ece.ntua.gr</a><br>
<a href="http://lists.cslab.ece.ntua.gr/mailman/listinfo/distrib" rel="noreferrer" target="_blank">http://lists.cslab.ece.ntua.gr/mailman/listinfo/distrib</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div>Katerina Doka, PhD</div><div>Senior Researcher, Computing Systems Laboratory</div><div>National Technical University of Athens</div><div>phone: +30 2107721175</div><div>Web: <a href="http://www.cslab.ntua.gr/~doka" target="_blank">http://www.cslab.ntua.gr/~doka</a></div></div></div></div>
_______________________________________________<br>
Distrib mailing list<br>
<a href="mailto:Distrib@lists.cslab.ece.ntua.gr" target="_blank">Distrib@lists.cslab.ece.ntua.gr</a><br>
<a href="http://lists.cslab.ece.ntua.gr/mailman/listinfo/distrib" rel="noreferrer" target="_blank">http://lists.cslab.ece.ntua.gr/mailman/listinfo/distrib</a><br>
</blockquote></div></div>
</blockquote></div>