(הפוסט רלוונטי במידה מסויימת גם ל-SQL Server) בעבר הדגמתי כיצד ניתן לבצע חלוקה לדפים ביעילות בMySQL וב-SQL Server, גם כשהטבלאות עליהן עובדים הולכות ומתנפחות. נתקלתי לא אחת במקרה בו הגולש (או המקרה הנפוץ יותר – מנוע חיפוש ), מתחיל לרוץ על הדפים ומגיע לדף ה-1000 ויותר. במקרה כזה, מסד הנתונים צריך לעבור על כל הטבלה עד לשלב שאליו הוא הגיע. פעולה יקרה, איטית וזוללת משאבים תרשו לי להציע פיתרון אחר. ניקח לדוגמא את השליפה הזו: - Source Query – slow on large LIMIT select f_id, f_title, f_date from flashes...
אני מפעיל 2 בלוגים תחת אותו השם - "מאחורי המסך". הראשון - אישי-פוליטי, ונכתב על "פלטפורמת" בלוגי-המערכת של ערוץ 7 והשני מוגדר כטכני-מקצועי ונכתב כאן. בהתחלה בחיפוש "מאחורי המסך" בגוגל, התוצאה הראשונה שהופיעה הייתה הבלוג האישי שלי, וכתוצאה חמישית או רביעית הבלוג כאן, קצת אחר כך הוא קפץ לתוצאה השניה ולאחרונה עקף את הבלוג המקורי. אמנם לא השקעתי כ"כ הרבה כמו אחרים כאן בנסיון לקדם הודעות ובלוגים בגוגל (עשיתי בעיקר בנסיון לקדם הודעות ספציפיות) אבל מסתבר שהתוצאות של ההשקעה...