GUIDs אולי נראה כבחירה טבעית עבור המפתח הראשי שלך - ואם אתה באמת חייב, אתה כנראה יכול להתווכח להשתמש בו עבור ה-PRIMARY KEY של הטבלה. מה שאני ממליץ בחום לא לעשות הוא להשתמש בעמודת GUID כמפתח האשכולות, מה ש-SQL Server עושה כברירת מחדל, אלא אם כן תגיד לו במפורש לא לעשות זאת.
האם עלי להשתמש ב-GUID או int עבור המפתח הראשי?
int קטן יותר, מהיר יותר, קל לזכור, שומר על רצף כרונולוגי. ולגבי Guid, היתרון היחיד שמצאתי הוא שהוא ייחודי. באיזה מקרה מדריך יהיה טוב יותר מאשר ו-int ולמה? ממה שראיתי, ל-int אין פגמים מלבד מגבלת המספר, שבמקרים רבים אינם רלוונטיים.
מתי כדאי להשתמש ב-GUID?
אתה משתמש בו בכל מקום שאתה צריך מזהה שמובטח יהיה שונה מכל אחד אחר. GUIDs משמשים בדרך כלל כאשר אתה מגדיר מזהה שחייב להיות שונה מזהה שמישהו אחר (מחוץ לשליטתך) יגדיר מקום אחד כזה במזהה הממשק בפקדי ActiveX.
באיזה סוג נתונים יש להשתמש עבור המפתח הראשי?
סוגי נתונים שלמים (מספר) הם הבחירה הטובה ביותר עבור מפתח ראשי, ואחריהם סוגי נתונים של תווים באורך קבוע. SQL Server מעבד ערכי סוגי נתוני מספרים מהר יותר מערכי סוגי נתוני תווים מכיוון שהוא ממיר תווים לערכי ASCII מקבילים לפני העיבוד, וזה שלב נוסף.
האם זה רע להשתמש במחרוזת כמפתח ראשי?
התשובה הקצרה: זה בסדר גמור להשתמש במחרוזת כמפתח ראשי.
