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

אני יודע ש PHP עובד טוב עם קבצים ומשתמש הרבה באינקלודים אז אני יכול לשער בבטיחות רבה שפתיחת קבצים מרובה על השרת לא תפריע לשרת עצמו.

אני רוצה לפתח מנגנון אישי לשמירת נתונים בקבצים במערכת חדשה שעכשיו אני עובד עליה , בתור מפתח .NET בלי שום קשר לאינטרנט אני עובד המון עם קבצים, אני יודע שהמחשב שלי יכול לעשות לופ של 4 וחצי מיליון פתיחות קבצים ב 3 שניות , אז לתת לאתר רגיל לגולש ממוצע משהו כמו 5 פתיחות קבצים דרך שרת לא נראה לי משהו רציני או גוזל משאבים אבל עדיין אני רוצה לברר אם מישהו יודע מניסיון כמה גזילת משאבים יהיה לאתר עם ממוצע של 5000 אנשים בממוצע + קריאת קבצים ( ללא כתיבה , כתיבה ויצירה בצד שרת בלבד על ידי פאנל ניהול) אם עבודה מול XML לא כל כך פוגעת בביצועי האתר ש XML עובד על תשתית היררכית כולל סריקת הקובץ ובניית צמתים ובנים אני מתכנן משהו הרבה יותר פשוט בסגנון INI.

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