הי,

מתי אפשרי ורצוי לאחסן shopping cart בזיכרון (Session) ומתי ב - DB ?

אלו הנקודות שאני חשבתי עליהם , אשמח אם תעירו\תאירו:

Session Pros:

[list type=decimal]

[*]מהיר

[*]קל לשימוש (לפחות ב - PHP ויחסית ל - DB)

[*]מנוהל ע"י השרת, אתה רק צריך להכניס\לשלוף מידע

Session Cons:

[list type=decimal]

[*]לא טוב אם מדובר בכמויות מידע גדולות (מכביד על הזיכרון)

[*]בעייתי אם צריך שיתוף המידע בין כמה שרתים.

[*]נסגר ה - SESSION המידע אבד

DB Pros:

[list type=decimal]

[*]טוב לאחסון כמויות מידע גדולות

[*]ניתן לשתף מידע בין כמה שרתים

[*]SESSION נסגר לא גורם לאיבוד המידע

DB Cons:

[list type=decimal]

[*]איטי יחסית

[*]קשה יותר לנהל את המידע (שוב, יחסית ל - SESSION)

אשמח ללמוד מנסיונכם.

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

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

ומה לגבי עוגיות?

עוגיות לא עוברות ממחשב למחשב (דהיינו, המשתמש לא יוכל לשמור עגלת קניות ולהמשיך אותה ממחשב אחר).

חוץ מזה, סשנים נשמרים באמצעות עוגיות בדרך כלל.

אם מדובר בסתם אורח אז כמובן שאי אפשר לעבור ממחשב למחשב, כשמדובר בלקוח קיים אפשר להשתמש ב-DB.

אבל בינינו, מי התחיל קניות במחשב אחד ועבר לאחר...?

הוא מתכוון שלקוח הוסיף מוצרים לעגלה והפסיק באמצע מסיבה כלשהיא לפני שביצע קניה, ואז בפעם הבאה שהוא מתחבר וזה יכול להיות גם ממחשב אחר, הוא מצפה לראות את כל המוצרים שכבר שם בעגלה וזה אפשרי רק עם DB.