הסעיפים הבאים מראים כיצד עוצבו קשרי הגומלין בין טבלאות מסד הנתונים. שמות האובייקטים מסופקים כדי שתוכל לבחון אותם בקלות במסד הנתונים של Northwind 2.0 Starter Edition.
כדי לפתוח את דיאגרמת קשרי הגומלין המציגה את שש הטבלאות ואת קשרי הגומלין ביניהן, בחר כלי מסד נתונים >גומלין.
דיאגרמה זו מציגה את כל שש הטבלאות. בדיאגרמה, קווים בין טבלאות מזהים קשרי גומלין ביניהן. 1 וסימן האינסוף (∞) בקצוות של קווים מייצגים את צד אחד של קשר גומלין (לדוגמה, לקוח אחד) ואת הצד הרבים של קשר גומלין. לדוגמה, לקוח אחד שולח הזמנות רבות. לקבלת מידע נוסף, ראה מדריך קשרי גומלין בין טבלאות.
העקרונות הבאים חלים על טבלאות ב- Northwind 2.0 Starter Edition וכן על טבלאות באופן כללי.
מפתחות ראשיים זהה באופן ייחודי כל רשומה בטבלה. לכל הטבלאות יש מפתח ראשי. בדיאגרמה של קשר הגומלין, סמלי מפתח מזהים מפתחות ראשיים אלה. מוסכמות למתן שמות למפתח ראשי נקראות עבור הטבלה בה הן נמצאות, לדוגמה, "TableNameID".
יעילות לקבלת ביצועים טובים יותר ואחסון יעיל יותר, מפתחות ראשיים צריכים להיות מספריים. בנוסף, נוח יותר ש- Access ייצור באופן אוטומטי את הערך הייחודי החדש עבור המפתח הראשי של כל רשומה חדשה. סוג הנתונים 'מספור אוטומטי' כולל את שני המאפיינים. מספור אוטומטי הוא מספרים שאינם בעלי משמעות בדרך אחרת, ולא משרתים מטרה אחרת. לקבלת מידע נוסף, ראה הוספת שדה מספור אוטומטי כמפתח ראשי.
מפתחות זרים טבלה יכולה לכלול גם מפתח זר אחד או יותר, בהתאם לשאלה אם היא קשורה לטבלאות אחרות במסד הנתונים. מפתח זר מכיל ערכים התואמים לערכים במפתח הראשי של הטבלה הקשורה.
אינדקסים ייחודיים שדות אחרים בטבלאות עשויים גם לכלול אינדקסים ייחודיים משלהם, לדוגמה, OrderStatus.StatusCode. לא הגיוני להגדיר שני מצבים של הזמנות בטבלה OrderStatus עם אותו קוד, למרות ש- StatusCode הוא עצמו אינו המפתח הראשי. אינדקס ייחודי מורה ל- Access למנוע ערכים כפולים בשדה זה.
אינדקסים שאינם ייחודיים טבלאות עשויות לכלול גם אינדקסים כדי לזרז חיפושים ולמיין שדות אלה, לדוגמה, Orders.OrderDate. ניתן לבצע הזמנות רבות באותו יום, ולתדירות קרובות ברצונך לחפש ולמיין לפי תאריכי הזמנה. בשדה זה קיים אינדקס לא ייחודי כדי להאיץ את החיפוש והמיון.
שמות טבלה ושדה באפשרותך לבחור שם בכל דרך שתרצה, אך עקביות חשובה. אנו ממליצים על שמות טבלה ושדה להיות מילים אחד או יותר ללא רווחים ביניהן, ולא יהיו תווים מיוחדים כגון קו נטוי (/), סימן סולמית (#) או אחוז (%). לדוגמה, השתמש ב- OrderDate, אך לא ב- Order Date; השתמש ב- OrderNumber או ב- OrderNo, אך לא ב- Order#.
קשי גמל הפוך מילים לרישיות כדי לסמן חלקים בודדים של השם, לדוגמה, OrderDate, אך לא Orderdate או orderDate.
ערך נדרש עקרון זה מעלה את החשיבות של כללים עסקיים עבור יישום. מצבים מסוימים דורשים ערכים או אפילו ערכים ספציפיים בשדות מסוימים. לדוגמה, מהי הזמנה טובה מבלי לדעת מי ביצע אותה? משמעות הדבר היא ש- CustomerID הוא שדה נדרש עבור הטבלה Orders.
שדות מחושבים Access תומך בשדות מחושבים בטבלאות, לדוגמה, בשדה Employees.FullName. ייתכן שתעדיף ליצור שדות מחושבים בשאילתה ולא בטבלה.
שדות קובץ מצורף Access תומך בשדות קבצים מצורפים, לדוגמה Employees.Picture, המכילים תמונה של העובד. קבצים מצורפים יכולים לאחסן תמונות, מסמכים, הודעות דואר אלקטרוני ומידע בינארי אחר. קבצים מצורפים מאכלסים שטח רב במסד הנתונים. יעיל יותר לאחסן קבצים מצורפים בשרת קבצים במקום זאת.
שדות מרובי ערכים כפי שמרמז, שדות מרובי ערכים מאחסנים ערך אחד או יותר בשדה יחיד, לדוגמה, Employees.Title. מומלץ להשתמש בהן לעתים רחוקות, במיוחד אם ברצונך לשנות את מבנה מסד הנתונים שלך. רוב מערכות מסדי הנתונים האחרות אינן כוללות אותן, ולכן הדבר ידרוש הרבה עבודה מחדש.
לקבלת מידע נוסף אודות סוגי נתונים, ראה מבוא לסוגי נתונים וממאפיינים של שדות.
סעיף זה דן בתכונות החשובות ביותר של כל טבלה. כדי לסקור את העיצוב של טבלה, בחר אותה בחלונית הניווט, לחץ עליה באמצעות לחצן העכבר הימני, בחר תצוגת עיצוב או בחר כלי מסד נתונים >קשרי גומלין ולאחר מכן לחץ באמצעות לחצן העכבר הימני על אובייקט טבלה. לקבלת מידע נוסף, ראה מבוא לטבלאות.
חשוב: הימנע משימוש במילים שמורות שעלולות לגרום להתנגשויות מתן שמות. לקבלת מידע נוסף, ראה למד אודות מילים וסימנים שמורים של Access.
טבלת עובדים
טבלה זו מאחסן מידע אודות העובדים של Northwind.
|
שדות |
תיאור |
|
FirstName, LastName |
שני השמות נדרשים, וב- Northwind, יחד הם חייבים להיות שילוב ייחודי. בעיצוב הטבלה, בעת פתיחת תיבת הדו-שיח אינדקסים, באפשרותך לראות של- FirstName + LastName יש אינדקס ייחודי. מאחר ש- FirstName ו- LastName סדורים באינדקס באופן ייחודי, לטבלה Northwind אין אפשרות לאחסן שני עובדים בעלי שם זהה. במצבים אחרים, באפשרותך להשתמש בכלל עסקי אחר. |
|
FullNameFNLN, FullNameLNFN |
הבט במאפיין הביטוי של שדות מחושבים כדי לראות כיצד Access משלב ערכים בשדות מחושבים. כדי לכלול ראשי תיבות של אמצעי, הוסף אותו לביטוי הקיים עם מרווח מתאים בין רכיבים. |
|
שדות 'טלפון' |
הכלל העסקי עבור טלפונים הוא שהעדפת עובד רלוונטית יותר מסוג השירות. לכן נעשה שימוש במספרי טלפון ראשיים או משניים במקום בתא, במשרד, בבית וכן הלאה. |
|
ברכה |
ברכה היא שדה טקסט קצר. כדי להמחיש את תכונת השדה מרובה הערכים ב- Access, היא תיבה משולבת עם רשימה הניתנת לעריכה של ערכים מוגדרים מראש. רשימות סטטיות קצרות כגון אלה הן לעתים קרובות מועמדות לשדות מרובי ערכים מכיוון שהן אינן משתנות הרבה, אם בכלל. |
|
כותרת עבודה |
JobTitle הוא שדה נדרש נוסף. |
הטבלה 'לקוחות'
טבלה זו מאחסן מידע אודות הלקוחות של Northwind.
|
שדות |
תיאור |
|
שם לקוח |
הלקוחות של Northwind הם עסקים, ותידרש שם לקוח. עם זאת, בניגוד לשמות עובדים, הוא אינו סדור באינדקס באופן ייחודי, ומאפשר לשני לקוחות או יותר שם זהה. |
|
PrimaryContactFirstName, PrimaryContactLastName, PrimaryContactJobTitle |
השם הפרטי ושם המשפחה ותואר התפקיד של איש הקשר הראשי אינם נדרשים מאחר שייתכן שללקוחות אין אדם אחד כ איש הקשר הראשי שלהם. אנשי קשר אינם עשויים לתת את תפקידם עבור הזמנה. |
|
טלפון עסקי |
Northwind דורש מספר טלפון אחד בלבד עבור כל לקוח, על אף שפעולות אלה מבטלות את היכולת ללכוד מספרי טלפון מרובים עבור לקוחות או עבור אנשי קשר מלקוחות. במצבים בעולם האמתי, כללים עסקיים מורכבים יותר חלים בדרך כלל על פרטי קשר. |
|
כתובת, עיר מדינה, מיקוד |
Northwind זקוק בכתובת כדי לשלוח הזמנות ללקוחות. קיימת כתובת כללית אחת בלבד עבור לקוח. במצבים בעולם האמתי, לעתים קרובות ללקוחות יש כתובות חיוב, משלוח או כתובות אחרות נפרדות. כלל עסקי אחר עבור הארגון שלך ידרוש שדות נוספים. |
|
הערות |
השדה 'הערות' הוא סוג נתונים מסוג 'טקסט ארוך', המאחסן עד 1 GB של טקסט. פעולה זו מאפשרת לך להזין הערות מפורטות לגבי לקוחות לשימוש במצבי סידור בהמשך. |
הטבלה Orders
טבלה זו מאחסן מידע אודות ההזמנות של Northwind.
|
שדות |
תיאור |
|
OrderDate, ShippedDate, PaidDate |
הזמנות דורשות שלושה תאריכים. כל אלה הם סוג הנתונים 'תאריך/שעה', אך עם שתי תבניות. ל- OrderDate יש תאריך ושעה מכיוון שייתכן שתרצה לנתח את נפח ההזמנה עבור חלקים שונים של היום. עבור שני התאריכים האחרים, רק התאריך נדרש. כלל אימות טבלה עבור ShippedDate ו- PaidDate מבטיח שתאריכים אלה לא ייכללו לפני OrderDate. |
|
מזהה סדר |
מצב ההזמנה מציין את מיקום הסדר בזרימת העבודה של Northwind. הזמנות עוברות בין ארבעה שלבים: חדש - > באמצעות חשבונית - > נשלח - > סגור.המפתח הזר עבור OrderStatus הנוכחי משתמש ב- OrderStatusID מטבלת בדיקת המידע של OrderStatus. שימוש בטבלת בדיקת מידע של מצב מבטיח שניתן להקצות הזמנה רק לארבעה מצבים מוגדרים מראש. |
טבלת פרטי הזמנה
טבלה זו מאחסן מידע אודות פרטי ההזמנה של Northwind.
|
שדות |
תיאור |
|
Orderid |
כל פריט שורה בטבלה OrderDetails חייב להשתייך לטבלה Order אחת בטבלה Orders. OrderID הוא מפתח זר המזהה את ההזמנה. כפי שצוין קודם לכן, הזמנה אחת המכילה פריט שורה אחד או יותר מדגימה קשר גומלין של אחד לרבים. |
|
מזהה מוצר |
כל רשומה בטבלה OrderDetails כוללת את ProductID עבור המוצר שהוזמן. ProductID הוא מפתח זר בטבלה OrderDetails, המזהה מוצר זה בסדר זה. זהו גם קשר גומלין של אחד לרבים. |
|
OrderID+ ProductID |
כפי שראית בטבלה Employees, שדות מרובים יכולים לכלול אינדקס ייחודי. האינדקס הייחודי מעל OrderID+ProductID בטבלה OrderDetails מבטיח שכל הזמנה מכילה מוצר פעם אחת בלבד. בעת פתיחת גליון המאפיינים אינדקסים מרצועת הכלים, באפשרותך לראות אינדקס ייחודי זה. |
טבלת מוצרים
טבלה זו מאחסן מידע אודות המוצרים של Northwind.
|
שדות |
תיאור |
|
קוד מוצר |
בנוסף למפתח הראשי, ל- ProductID, למוצרי Northwind יש קוד מוצר ידידותי לבני אדם, הכלול באינדקס ייחודי. עובדים מתייחסים בדרך כלל אל קודי מוצר ולא אל ערכי מפתח ראשי. קוד המוצר הוא ערך מורכב הכולל הקצאה של קטגוריה ומספר, לדוגמה, B-1 עבור "משקאות", מוצר 1. |
|
שם מוצר, תיאור מוצר |
בנוסף לשמות מוצרים קצרים של טקסט, תיאור טקסט ארוך חל על מוצרים. ניתן להשתמש בערך זה בתיאור קטלוג או כדי לענות על שאלות של לקוחות. |
|
Unitprice |
כל המוצרים נמכרים עם מחיר יחידה עבור כל פריט, אשר מפשט את מסד הנתונים כתרשים של תכונות. ברוב המקרים בעולם האמיתי, התמחור הוא לעתים קרובות מורכב יותר באופן משמעותי. |
ראה גם
