זוהי הודעה על ידי אורח Anum Lodhi, למי יש עניין רב בתחום תוכנות עיצוב

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

הוא כולל ארבעה שלבים:

1. חובת ניתוח

הדרישות באתר נחושים. הדרישה המדויק של המשתמש מהמערכת היא captured.All המידע הרלוונטי הקשור למערכת נאסף. שש הטכניקות הנפוצות ביותר הן:

• דגימה של התיעוד הקיים, טפסים, מסדי נתונים
• מחקר ביקורים באתר
• תצפית בסביבת העבודה
• שאלונים
• Prototyping-לבנות מודל קטן של דרישה של המשתמש כדי לוודא לפני היד
• תכנון דרישות משותף (JRP) - פגישות של קבוצות נערכות כדי לנתח את הבעיות הקיימות

2. ישות דיאגרמת קרבה (ERD)

ERD הוא בסימון ברמה גבוהה לבטא את העיצובים באתר. זה גרפית המגדיר מבנה של מסד הנתונים בצורה מאוד פשוטה ומובנת באמצעות שימוש בסמלים.

המידע הנאסף במהלך השלב 'דרישות ניתוח' הופך ERD (Entity Relationship Diagram) כי הוא הנתונים מאורגן ישויות ויחסים ביניהם. אז במקום ללכת דרך ארוכה של פיסת חומר, יש לנו ייצוג ציורי של אותה פיסת מידע אשר קל יותר לקרוא.

מדגם ER תרשים זה:

(התמונה באדיבות ויקיפדיה)

נתונים שונים דוגמנות שפות ניתן להשתמש כדי ליצור ERD בסימון כמו רגל של עורב, סימון חן, IDEFIX (שילוב הגדרה דוגמנות לקבלת מידע), הצללה סימון, סימון בכמן, UML (Unified Modeling Language) ויקיפדיה וכו תקן יש דף טוב על ER דיאגרמות כאן

3. יחסי דגם

זה קל מאוד להבין את התרחיש מן ERD, אבל האחרון הוא חלש מאוד מבחינת יישום להציג. מושגים של subclasses (is-a מבנים) ומערכות יחסים, למשל, לא יכול להיות מיושם באתר ישירות. בשלב זה מודל יחסיים נכנס לשחק.

מודל יחסיים מעסיקה מושג בודד של טבלאות (נקרא גם יחסי). התפאורה ישות לבין היחסים המתוארים ERD מומרות לטבלאות-מודל יחסיים.

ישנם חמישה שלבים המרה:

• כל פנייה שאינה ישות חלשה להגדיר את הטבלה המתאימה עם אותה קבוצה של תכונות
• החלף יחסים ידי ביחס שאת התכונות את המפתחות של ישות מגדיר חיבור
• חלק יחסי יכול לעשות גם אם משולב או לא לכלול. לדוגמה היחסים התומכות (עבור קבוצות ישות חלשה) לא צריך להיות מומר ביחס בכלל.
• החלף ישות חלשה שקבעה ביחס שאת התכונות תכונות משלו (אם בכלל) בתוספת תכונות לווה המסייעים להפוך את המפתח הראשי שלה.
• המרת מבני סדרה את האובייקט באמצעות גישה מכוונת, E / המרה בסגנון R או ערכים ריקים.

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

אידיאלית, דוגמה פשוטה מאוד תיאור של כמה relvars והתכונות שלהם:

• (זיהוי הלקוח של הלקוח, זיהוי מס, שם, כתובת, עיר, מדינה, מיקוד, טלפון)
• סדר (ללא סדר, זיהוי הלקוח, לא חשבונית, תאריך מוצב, תאריך המובטחת, תנאי, מצב)
• שורת ההוראה (ללא סדר, שורת ההוראה לא, קוד המוצר, קניות)
• חשבונית (חשבוניות לא, זיהוי הלקוח, ללא סדר, תאריך, סטטוס)
• חשבונית הקו (לא חשבונית, חשבונית הקו לא, קוד המוצר, קניות Shipped)
• מוצר (קוד המוצר, תיאור המוצר)

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

4. נורמליזציה

נורמליזציה היא תהליך של העלאת הדירוג טופס רגיל. בעיקר היא מבטלת את התלות הבאה כדי להימנע redundancies וסטיות נתונים:

• תלות חלקית: המבוסס על חלק של המפתח הראשי
• תלות טרנזיטיבית: מבוסס על תכונה שאינה חלק מהמפתח הראשי

הראשון שלוש צורות של נורמליזציה הם:

1. 1NF
   • טופס הנמוך ביותר ליישום רגיל
   • דרישות היושר ראשיים מפתח ישות הם נפגשו
   • כל תא מכיל ערך בודד
   • Non-ערכי מפתח ראשי תלויים המפתח הראשי
2. 2NF
   • כל התנאים מתקיימים 1NF
   • חלקית
     תלות יוסרו
3. 3NF
   • כל התנאים מתקיימים 2Nf
   • תלות טרנזיטיבית הוסרו

טפסים עליונה עד 5NF ו BCNF (בויס-Codd טופס רגיל) גם קיים.

נורמליזציה ניתן ליישם בשתי דרכים:

• רגיל טפסים לאחר החלת המודל יחסיים נוצר
• הצעד השלישי הוא דילג ועל יצירת טבלאות נעשה באמצעות נורמליזציה בתמורה ישירות

הבלוג daleeman יש פירסום טוב מאוד על נרמול מסד הנתונים. קרא: יישום מעשי של נורמליזציה באתר זה יעזור לך להבין נורמליזציה נתונים בפירוט.