גישה דוגמאות

יחסים במסד נתונים

ברגע שיש לך להגדיר טבלאות שונות לכל נושא במסד הנתונים שלך, עליך למצוא דרך לספר את Microsoft Access כיצד לאסוף את המידע הזה שוב. הצעד הראשון בתהליך זה היא להגדיר קשרי גומלין בין טבלאות שלך. אחרי שעשיתי את זה, באפשרותך ליצור שאילתות, טפסים ודוחות כדי להציג מידע מטבלאות מרובות בבת אחת.

כיצד מערכות יחסים?

1 לרבים
הקשר 1 לרבים הוא הסוג הנפוץ ביותר של מערכת היחסים. במערכת יחסים 1 לרבים, רשומה בטבלה יכולה להיות רשומות תואמות רבות בטבלה ב ', אך רשומה בטבלה ב' יש רק רשומה אחת תואמת בטבלה א '

רבים לרבים
ב קשרי גומלין של רבים לרבים, רשומה בטבלה יכולה להיות רשומות תואמות רבות B טבלאות רשומה בטבלה ב 'יכולים להיות רשומות תואמות רבות בטבלה א' זה סוג של מערכת יחסים היא היחידה האפשרית על ידי הגדרת טבלה 3 (נקרא השולחן האגודה), אשר המפתח הראשי מורכב משני שדות  מפתחות זרים שתי טבלאות A ו-B למעשה, רבים לרבים מערכות יחסים הם יחסים 2 לרבים עם טבלה שלישית. לדוגמה, הטבלה הזמנות מוצרים השולחן יש קשרי גומלין של רבים לרבים המוגדר על ידי יצירת 2 1 לרבים עבור הטבלה Order Details.

1-to-1
ב 1 על אחד, כל רשומה בטבלה א 'יכולה להיות רק רשומה אחת תואמת בטבלה ב', וכל רשומה בטבלה ב 'יכולה להיות רק רשומה אחת תואמת בטבלה א' סוג זה של יחסים הוא לא נפוץ כי המידע ביותר לגבי להיות בטבלה אחת. השימוש 1 1-to-מומלצת כאשר אתה רוצה לחלוק שולחן עם בתחומים רבים, כדי לבודד חלק של טבלה על אבטחת מידע או חנות חלה רק לקבוצת משנה של הטבלה הראשית. אולי כדאי, למשל, ליצור שולחן להקליט את העובדים המשתתפים במשחק כדורגל לשם גיוס כספים.

הגדרת היחסים
אתה מגדיר את היחסים על ידי הוספת טבלאות שברצונך לקשר לחלון יחסים ולאחר מכן לגרור את שדה המפתח של הטבלה ושחרור אותו מפתח של טבלה אחרת.
סוג של מערכת יחסים Microsoft Access יוצר תלוי איך את השדות הקשורים מוגדרים:
• מערכת יחסים 1 לרבים נוצר ולו אחד מהשדות הקשורים הוא מפתח ראשי או בעל אינדקס ייחודי.
• 1 על אחד נוצר כאשר שני השדות הקשורים הם מפתחות ראשיים או בעלי אינדקסים ייחודיים.
• למעשה, רבים לרבים מערכות יחסים הם יחסים 2 לרבים עם טבלה 1/3 אשר המפתח הראשי מורכב משני שדות  מפתחות החוץ של שתי טבלאות אחרות.
הערה אם תגרור שדה שאינו מפתח ראשי ואינו בעל אינדקס ייחודי לשדה אחר שאינו מפתח ראשי ואין לו אינדקס ייחודי, מערכת יחסים בלתי מוגדר נוצר. בשאילתות המכילות טבלאות עם קשר לא מוגדר, Microsoft Access מציג מחדל להצטרף קו בין השולחנות, אך לא שלמות הקשרים נאכפת ואין ערובה לכך רשומות הן ייחודיות בכל לוח.

פורסם על מפתחות ראשיים , יחסי , טבלאות | 19 תגובות »

סטנדרטיזציה (בחירת מפתחות ראשיים)

זה צעד אחר צעד בתהליך רשמי לבחון את התכונות של הישות, על מנת למנוע חריגות שנצפו בנוסף, מחיקה ושינוי של רצפים ייחודיים.

יעדים

1) צמצום כפילויות וחוסר עקביות;
2) קלות טיפול בבסיס הנתונים;
3) מידע מערכת תחזוקה.

1 טופס רגיל (1NF)

היחס הוא 1NF אם רק כל השדות הבסיסיים מכילים רק ערכים ייחודיים (אינו מכיל קבוצות חוזרות).

נהלים:

א) זהה את המפתח הראשי של הישות;
ב) זהה את הקבוצה חוזר ומסיר אותו מן הגוף;
ג) ליצור ישות חדשה עם המפתח הראשי של הישות ואת הקבוצה לפני חוזר.

המפתח הראשי של ישות חדשה יושג על ידי שרשור של המפתח הראשי של הישות המקורית והקבוצה חוזרת.

לשעבר: בקשה

(Numero_pedido; data_pedido; cod_cliente; customer_name; endereco_cliente; (codigo_produto; numero_produto; quantidade_produto; preco_produto; total_produto) total_pedido)

בקשה => (numero_pedido; data_pedido; cod_cliente; customer_name; endereco_cliente)

Item_Pedido => (numero_pedido; cod_produto; nome_produto, הכמות, preco_produto; total_produto)

תלות פונקציונלית

R יחס נתון, ה-X היא תכונה פונקציונלית תלוי R X תכונת R הכרחי רק כאשר שני רצפים R כדי לשלב ערכים של X הם גם להתאים את הערך של X.

טופס רגיל 2 (2NF)

R היחס הוא 2NF אם ורק אם הוא 1 וכל התכונות nonkey תלויים באופן מלא על מפתח ראשי (תלוי במפתח כולו ולא רק חלק ממנה).

נהלים:

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

מוצר => (cod_produto, nome_produto, preco_produto)

יוצא תלות

בוא, B ו-C שלוש התכונות של הישות X. C תלוי אם B ו-B תלויים C לאחר מכן, אמר ל-A תלויה transitively

טופס רגיל 3 (3NF)

R היחס הוא 3NF אם רק אתה 2NF וכל תכונות nonkey תלויים המפתח הראשי אינו יוצא (תכונה זו תלויה פונקציונלית רק את תכונות המפתח הראשי של הרכיבים או אם כל הלא המפתח שלה תכונות הם עצמאיים הדדית) .

נהלים:

א) לזהות את כל תכונות שאינן תלויות פונקציונלית על השני nonkey תכונות;
ב) להסיר אותם ליצור ישות חדשה עם אותו דבר.
המפתח הראשי של הישות החדשה תהיה תכונה אשר הסיר את תכונות תלויות פונקציונלית.

לקוחות (cod_cliente; customer_name; endereco_cliente)
מוצר (cod_produto; nome_produto; preco_produto)
(בקשה numero_pedido; data_pedido; ; Total_pedido)

פורסם ב עיקריים מפתחות , לוחות | אין תגובות »