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

לעומת זאת עם Eloquent אין לך אפשרות כזאת, אתה יכול להגדיר relationships אבל אז כשאתה תיגש נגיד לrelation של המחיר אתה תשלח עוד query.

$items = Items::find($id);
items->price->item_price$

select * from items where id = id
select * from prices where id = id

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

השאילתה שהבאת יכולה להירשם ככה:

Item::with('types','prices')->where('id','=',$id)->first();

לגבי השאילתה שהבאת, בסופו של יום זה גם כן ישלח 2 queries במקום אחת, מה יקרה כשתצטרך 6 טבלאות באותו דף בכמה מקרים שונים? תשלח עשרות queries?

הדוגמה שאני הבאתי היא ממש בסיסית ככה שזה באמת לא משנה איך אתה עושה(למרות שגם פה יש בזבוז מיותר של משאבים אם משתמשים במודלים).

בקשר לcaching גם אם יש לך מיליון משתמשים ביום, והמידע מתעדכן פעם ב10 שניות, אתה פונה לבסיס נתונים אחת ל10 שניות פעם אחת בלבד, ככה שסעיף 1ו2 לא הצלחתי להבין אותך

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

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

אם מדובר במשהו שבאמת אמור לעמוד בעומסים קשים, אז laravel זה לא הכלי המתאים למשימה בכל מקרה

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

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

אני חושב שאתה טועה לגבי laravel אין לי שום סימוכין לזה אבל אני אומר את זה אך ורק משיחות עם חברים שעובדים עם זה ומההיגיון הבריא שלי שאף אחד לא כותב Framework בסדר גודל כזה ולא יודע להתמודד עם עומסים כבדים.

2. זה בחיים לא מגיע ל100 שאילתות ההפרש, אפשר להגיד שכל join מוסיף שאילתה אחת, ככה שבמקום אחת כבדה אתה מקבל 1-5 קלות ופשוטות (select * from users where id in(1,2,3,4,5

3. זה בדיוק היתרון של eloquent

כרגע האתר כתוב בPLAIN PHP בלי פריימוורק, בלי MVC, קוד ספגטי.

חשוב לציין שאין לי בעיות בכלל, יכול להחזיק במצב כרגע 8K-10K ONLINE בשקט אבל אני מרגיש שהגיע הזמן לעשות REWRITE (עם BS4, כן אני יודע שזה באלפא כרגע) ככה שאני לוקח את זה לאט לאט מהצד ומנסה ללמוד את לרבל נכון ולכתוב את הקוד החדש בצורה נכונה.

1. CACHING, אני יכול להשתמש רק בדברים מאוד ספציפיים, התוכן מאוד דינמי.
2. Eloquent, זה באמת יוצר יותר מדי QUERIES לדעתי, אני עדיין חוקר ושואל אנשים ככה שלא הגעתי למסקנה חד משמעתית אבל כמו שמשה הלולן אמר, זה כנראה תלוי בסיטואציה.
3. Migrations, לא נוגע בזה בכלל, לא רואה בזה שום שימוש מבחינתי(ראיתי גם בהרבה שרשורים באינטרנט שאומרים: "אם תרצה לעבוד עם DB אחר...", למה שאני ארצה לעשות את זה?).

*רק התחלתי עם לרבל(די פשוט ללמידה), מכיר ככה את המבנה בקטנה מפרוייקט אחר שבנו לי לפני שהתחלתי לתכנת(לרבל 4.2).

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