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

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

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

השאלה היא, האם אין דרך יפה יותר לעשות את זה? הרי זה לא נשמע יעיל שלכל משתמש יהיה הרבה שורות באותה טבלה.

אשמח לתשובה מה היא דעתכם, ולדרכים יעילות יותר לתכנן את בסיס הנתונים.
תודה, דור

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

רק שנשמע שהטבלה שלך מכילה את השם כמה פעמים - וזה לא נכון לעשות. צריכות להיות שלוש טבלאות:
1. אנשים (שם ומזהה)
2. מאכלים (שם ומזהה)
3. קישור בין אנשים למאכל (מזהה ומזהה)

אתה יכול לקרוא קצת כאן: http://he.wikipedia.org/wiki/%D7%A0...%A0%D7%99%D7%9D

נמאס לכם לזכור סיסמאות? לחצו כאן!

ביצעת יישום פשוט של יחס many-to-many. ככה עושים את זה. משתדלים רק שבטבלת הקישור יהיו קודים (קוד מאכל וקוד אדם) ולא ערכים ארוכים, בשביל היעילות ובשביל שתהיה זהות ברורה לכל אדם ולכל מאכל.

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

טבלה 3 בדוגמא שלי זה לא בדיוק מה שאתה מדבר עליו?

נמאס לכם לזכור סיסמאות? לחצו כאן!