A.3 · מסדי נתונים

תמיכה בריכוז SL. הערכה ראשונה 2027 ממוקדת; תוצאות PDF רשמיות 403; סיכום קודם נרכש מהווה את ההערכה הסופית 2026. מדריך, דרישות הערכה ומעשי נותרים עם הקלמותיהם המקוריות.

תנאי הכנה: קרא את הכמויות והיחידות הנ stated, השתמש באריתמטיקה ובתנאי המודל למטה. כל שיעור מפתח את השיטה שלו לפני העברה עצמאית.

אלו הם דוגמאות הוראה מקוריות או בדיוניות במפורש, לא מדידות אמיתיות או בדיקות למידה שנבדקו והושלמו.

מה would explain this observation?

• הכפלת כתובת משתמש בכל הזמנה עלולה ליצור רשומות סותרות כאשר הכתובת משתנה.
• התחל בחזית. ציין את הכמותות או התכונות שת срав, ואז החלט איזה עדות יכולה להבדיל בין שתי הסברות.

בנה את המודל

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

בחר עדויות שיכולות לבחון אותו

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

עבוד מכמויות ידועות

• ציין את הערכים הידועים ואת יחידות המידה שלהם. בחר בקשר מכיוון שההנחות שלו מתאימות למקרה זה, ולאחר מכן סדר מחדש לפני ההצבה.
• ידוע: ארבעה לקוחות ביצעו בהתאמה 2, 0, 3 ו-1 הזמנות. חיבור פנימי בין לקוח להזמנות מחזיר 2+0+3+1 = 6 שורות. חיבור שמאלי שומר גם על לקוח ללא הזמנה כשורה אחת עם התאמת נול, ומניב 7 כאן.

דוגמה:

שלושה לקוחות יש להם 1, 3 ו-2 הזמנות. כמה שורות מחזיר החיבור הפנימי לקוח-הזמנה? השתמש באותו רצף: כמות ידועה → דגם → קשר → הצבה → יחידה ופרשנות.

בדוק את המסקנה ואת הגבולות שלה

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

אזהרה:

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

מפת מושגים:

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

מעקב וגבול ניתנים לביצוע

import sqlite3
db = sqlite3.connect(":memory:")
db.executescript("""CREATE TABLE c(id INTEGER PRIMARY KEY);
CREATE TABLE o(id INTEGER PRIMARY KEY, cid INTEGER);
INSERT INTO c VALUES(1),(2),(3);
INSERT INTO o VALUES(10,1),(11,1),(12,3);""")
for kind in ["INNER", "LEFT"]:
    sql = f"SELECT COUNT(*),COUNT(o.id) FROM c {kind} JOIN o ON c.id=o.cid"
    print(kind, db.execute(sql).fetchone())
db.close()

תוצאה צפויה:

INNER (3, 3)
LEFT (4, 3)

ה-join השמאלי שומר על לקוח ⟨2⟩ עם שדות הזמנה null. COUNT(*) כולל שורה זו, בעוד COUNT(o.id)heit null. מקורות ראשיים מבדילים בין רשומות; ספירת לקוחות אינה ספירת הזמנות. מילול ה-join המוחלץ נובע מרשימה פנימית קבועה, לא מכניסת משתמש.