מניעת race condition ב-DB

[מנצפך]

לא הבנתי על מה אתה מדבר? כי בפתרון שלי אין שום מימוש של נעילה

[yossiz]

@מנצפך נכון, התכוונתי למצב שמגביל את הגישה לאחד אחד. זה שוה ערך לנעילה.

[מנצפך]

זה לא מגביל את הקליינט בשליחת בקשה כמובן. רק התשובה תתמהמה מעט.

[nigun]

@yossiz אמר במניעת race condition ב-DB:

בל לעומת זה אני רואה חסרונות גם כן, ובפרט בפרוייקט בגודל זה (כלומר קטן מאוד כרגע) לא נראה לי ששוה לי ההשקעה.

איזה חסרונות קיימים בנעילה בקוד?
(באיזה שפה הקוד כתוב?)

[dovid]

@nigun בנעילה בקוד יש שתי בעיות:
א. בתחזוקת הקוד לעולם צריך לזכור את האחריות הזאת
ב. צריך לוודא שאין מצב של ריצה מקבילה של מופעים, אסור שהתוכנה תרוץ פעמיים.

[yossiz]

@nigun אני לא בטוח שיש שום חסרונות בנעילה בקוד. (עריכה: עיין מה שכתב דוד למעלה)
זה nodejs.

מה ש@מנצפך מציע הוא (אולי הרבה) יותר זול מנעילה בקוד.
אבל מצד שני יש חסרון שכאשר מדובר בעשרות אלפי ארגונים וצריך לשמור מספר לכל אחד זה יתפוס משאבים. וגם, צריך לכתוב את זה בצורה נכונה שהמספרים תמיד יהיו מסונכרנים עם מה שיש ב-DB. (אני לא אומר שזה קשה, רק זה עוד חחתיכת קוד שצריך לוודא שהוא פועל נכון).
אגב, @מנצפך חושב מאוד גדול... מכיון שכרגע הגישה ל-DB אצלי הוא רק על ידי תהליך אחד אין צורך בשרת נפרד שיעשה את זה, אלא אפשר לעשות את זה בתוך התהליך.

[nigun]

@dovid אמר במניעת race condition ב-DB:

ב. צריך לוודא שאין מצב של ריצה מקבילה של מופעים, אסור שהתוכנה תרוץ פעמיים.

מה הבעיה? ריצה מקבילה של מספר מופעים באותו אפליקציה או ריצה של מספר אפליקציות?

[yossiz]

@nigun הנעילה מגינה מפני מספר מופעים באותו תהליך, אבל אם יש מספר מופעים של התהליך לא תעזור הנעילה.
אבל זה לא לגמרי נכון כי זה תלוי איך עושים את הנעילה.

[nigun]

@yossiz
לא יודע איך עובד נעילה בנוד
אבל לכאורה כל עוד לכל התהליכים יש גישה לאותו מרחב בזיכרון
אז הנעילה עובדת על כולם
אולי בנוד זה עובד אחרת (אולי לכן יש ישום של נעילה מתוך רדיס)

[yossiz]

@nigun אמר במניעת race condition ב-DB:

אבל לכאורה כל עוד לכל התהליכים יש גישה לאותו מרחב בזיכרון

אנחנו סוטים קצת, אבל אני לא מבין את דבריך כי לתהליכים שונים אין גישה לאותו מרחב זיכרון