אינדקס זה לא ה-auto_increment.
בד"כ שמים את זה לשדה ה-ID, שמשמש אותנו כמפתח ייחודי לכל רשומה.
אינדקס יכול לכלול אחד או יותר שדות שונים שלפיהם מסד הנתונים שלנו יודע לחפש מהר רשומות.
אם לדוגמה נגדיר שהאינדקס שלנו מכיל את שדה כמות הצפיות ותאריך הוספה, נוכל בצורה יחסית מהירה לחפש את עשרת הסרטונים שנצפו הכי הרבה פעמים ושהתווספו בשבוע האחרון.
נ.ב: יש הרבה מקום לעשות אופטימיזציה בשאילתות. לדוגמה, לרוב יהיה יותר להשיג מיון של תוצאות לפי תאריך הוספה באמצעות מיון התוצאות לפי ה-ID ולא לפי תאריך ההוספה שכן לרוב סדר התאריכים חופף לסדר ה-ID. כלומר, רשומה שהתווספה היום תקבל ID נמוך יותר מרשומה שתתווסף מחר ועל זה נשחק.
לסיכום, אין מה לדאוג מכמות גדולה של רשומות. אם בונים אינדקסים חכמים עליהן ומפצלים חלק מהמידע בין מספר רשומות אפשר להשיג תוצאות מעולות (לדוגמה, אפשר לשקול להכין טבלה שמכילה מידע בסיסי על כל סרטון, וטבלה נוספת שמכילה מידע מורחב שאנחנו צריכים אותו רק לפעמים).
לפני מספר שנים הובלתי את הצד הטכני ברשת חברתית ישראלית מאוד גדולה והיו לנו טבלאות עם עשרות מיליוני רשומות בהן, על בסיס mysql.
|