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

אם אני אציג לכם את הצורך שלי, אולי תוכלו לתת לי רעיון אחר.
אני רוצה להוסיף למערכת המשתמשים שלי, מין מערכת של חברים.
לכל משתמש תיהיה האפשרות לבחור את החברים שלו(בדיוק כמו בפייסבוק).
אם אני אוכל להכניס מערך לתוך שדה במסד נתונים, לא תיהיה לי בעיה להוסיף ולהוריד חברים מתוך משתמש מסויים.
אני חשבתי לבנתיים על ליצור שדה בטבלה של המשתמשים שיקרא freinds.
ובו אני בעצם אוסיף את הid של החברים של אותו משתמש, אבל יפריד אותם בכוכבים.
השדה הזאת אמור להראות כמו משהו כזה:
32*68*41*96
ואז כשאני אשלוף מהמסד את השדה הזה, אני אפריד את המספרים למערך, ולפי זה אדע מי הם החברים של אותו משתמש.
יש לכם דרך אחרת שאולי יותר יעילה?
תודה רבה למי שקרא עד כאן!
המשך ערב מהנה.

בשפת הדאטאבייסים זה נקרא קשר אינסופי לאינסופי (בניגוד לקשר אינסופי ליחיד).

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

!!אזהרה!!

ההודעה עלולה להכיל שברי אגוזים ו/או איברי דגים כלשהם

!!אזהרה!!

בשפת הדטהבייסים זה נקרא "קשר של רבים לרבים" (many to many relation)

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

למעשה, הנה הייצוג המקובל לתרשים ER של רבים לרבים
בגירסה הלוגית ובגירסה הפיזית (עם טבלת הקישור כפי שציינת)


שים לב שהעיגול ורגל הציפור מייצגים 0 או יותר פרוייקטים והקו עם רגל הציפור מייצגים 1 או יותר עובדים

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

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

!!אזהרה!!

ההודעה עלולה להכיל שברי אגוזים ו/או איברי דגים כלשהם

!!אזהרה!!

אבל נפוץ:

ציטוט:

The "Crow's Foot" notation represents relationships with connecting lines between entities, and pairs of symbols at the ends of those lines to represent the cardinality of the relationship. Crow's Foot notation is used in Barker's Notation and in methodologies such as SSADM and Information Engineering. Also this notation is gaining acceptance through common usage in Oracle texts and in tools such as Visio, PowerDesigner, Toad Data Modeler, OmniGraffle and Dia.

מתוך הויקיפדיה באנגלית:
http://en.wikipedia.org/wiki/Entity...g_convent ions

_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

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

גודל הנתונים בין 2 השיטות לא אמור להיות כ"כ שונה ומשפיע...

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

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

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

במקרה שלך נניח שכל מספר לוקח 3bytes.
אם לכל member יש רק חבר אחד אז:
3bytes כפול 3000 חברי האתר, יוצא 9000bytes=9kb.
לא כ"כ הרבה...
ונניח שלכל member יש 20 חברים אז:
18kb
או 40 חברים לכל member
360kb

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

הבנתי אותך.
אבל תגיד, הבדיקה על המסד לא לוקחת זמן?
נניח שאילתה כזאת:

קוד PHP:

 SELECT * FROM members WHERE freind='155' 


כשיש בטבלה members בסביבות 3000 משתמשים לא תרוץ הרבה זמן?
איך זה הולך? רק אם אני עושה לולאה שתעבור על המסד זה לוקח זמן, אבל שאילתת SELECT לא לוקחת זמן?

אבל 3000 זה לא ממש הרבה
ואם יש לך אינדקס על העמודה אז זה אפילו יותר מהיר.

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

למשל השאילתא הבאה תחזיר את כל החברים של ולדימיר:

קוד PHP:

 SELECT f.name
FROM members f,
members m,
member_freinds mf
WHERE f.id=mf.frind_id
AND m.id=mf.member_id
AND m.name='Vladimir' 


_________________________________________________

אזהרה: משרד הבריאות קובע כי העישון מזיק לבריאות !
תראו, אפילו החייזר נהיה ירוק מזה

מנהל פורום מדע בדיוני ופנטסיה ופורום מדע טכנולוגיה וטבע בפרש

אוקי..
נראה לי שהבנתי.
תודה רבה!

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

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

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