חיבור וניתוק נכון למסד נתונים

[eido]

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

[יוסף בן שמעון]

@לעזור-לכולם כתב בחיבור וניתוק נכון למסד נתונים:

@eido כתב בחיבור וניתוק נכון למסד נתונים:

שחרור משאבים, ככה אומרים.

אם יש לך שרת טוב, זה לא אמור לעניין אותך
הזמן שאתה מקדיש לזה הוא הרבה יותר יקר

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

[yossiz]

ב-PHP כל בקשה זה תהליך נפרד אז החיבור אמור להיסגר אוטומטית בסוף הבקשה

[eido]

אז אתה (ראיתי שגם dovid הסכים איתך) אומר שכל הסגירה בכלל מיותרת?

[dovid]

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

[eido]

קיבלתי.
ולעצם הענין, האם יש טעם בטענה שסגירה כזו:
if (isset($stmt)) {
$stmt->close();
}
$conn->close();
עלולה להוות בעיה או לא?

[dovid]

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

[eido]

תודה.
אז אם אני מבין נכון, כל עוד זה לא מערכת גדולה ומורכבת, הסגירה הזו בסדר?

[eido]

וואי, זה מעיק כל הענין של אישורי הפוסטים.
מתי מסיימים עם זה?

[eido]

מצוין, תודה רבה!