אני רוצה "לעצב" טבלה אז הינה הדרישות:
אי רוצה שזה היה למשחק אז ככה שצריך להיות לכל משתמש id יש 5 משאבים 15 פיתוחים ו30 נשקים....וכסף....

אז איך אני עושה את זה?
כמה טבלאות?

1. טבלת משתמשים ( id, שם,... וכסף)
2. טבלת משאבים ( id, משאב)
3. טבלת פיתוחים (id, פיתוח)
4. טבלת כלי נשק (id, נשק)

המגבלות לגבי הכמויות הן כבר בעיה של התוכנה.

_________________________________________________

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

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

ציטוט:

במקור נכתב על ידי המממ 1. טבלת משתמשים ( id, שם,... וכסף) 2. טבלת משאבים ( id, משאב) 3. טבלת פיתוחים (id, פיתוח) 4. טבלת כלי נשק (id, נשק) המגבלות לגבי הכמויות הן כבר בעיה של התוכנה.

אוקי.....תודה

רק איך אני מקשר בינהם?

למשל...

קוד:

SELECT user.username,resources.resourcename
FROM users,resources
WHERE users.id=resources.id

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

_________________________________________________

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

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

ולמה לא לעשות את העיניינים יותר פשוטים ולהכין טבלה עם משתמש, ID, משאבים, נשקים וכסף?

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

אם תכניס את הכל לטבלה אחת תקבל סלט

לכל משתמש יהיו שם 2,250 שורות (5 * 15 * 30)
שברובן יש את אותו מידע בדיוק (למשל הכסף שבידי כל משתמש)

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

פרט לכך יהיה מאוד קשה למצוא משהו בטבלה הזו משום שלא יהיה לה מפתח לחיפוש (זיהוי המשתמש ישוכפל כאמור מעל ל2000 פעמים)

_________________________________________________

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

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

חשבתי על דבר אחר:

id ן money ן משאב 1 ן משאב 2 ן משאב 3ן פיתוח 1 ן פיתוח שני

בגלל שאני משתמש בvb אני יכול לעשות שבכל פעם שהיה פיתוח (נגיד בפיתוח 2 שיעלו רמה היה כתוב 2 ) הvb יראה שיש 2 ולפי זה הוא ידע מה לעשות....

נכון זה קצת הרבה עבודה 15 if אבל זה לא מסבך את הטבלאות .....רק אני לא יודע אם זה יעיל....

אבל את הכלי נשק נעשה בניפרד....

אם זה עונה על הצרכים שלך זה בסדר גמור

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

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

_________________________________________________

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

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

אז יהיה שדה של נשקים שמכיל את ה- ID של הנשקים והוא יופרד ע"י *, למשל, ואז תהיה טבלה של כל הנשקים, נראה לי פיתרון יותר טוב

איך תכתוב את השאילתא שתספק לך את שמות כלי הנשק שבידי המשתמש למשל?

_________________________________________________

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

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

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

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

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

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

יש לי שדה שמכיל את כל הנשקים שיש למשתמש, מה שהוא מכיל זה- ID של הנשק וכל ID מופרד ע"י הסימן *

ואז אני שולף נתונים מהעמודה הזאת וזה נראה בערך ככה:
123*233*3454*4*2*42

ואז ע"י שפת צד-שרת אני מפריד אותם, חוץ מזה, יש עוד טבלה, עם כל הנשקים כאשר לכל נשק יש ID מסוים ואת כל המידע שאמור להיות על נשק, לדעתי זאת הדרך הכי טובה, וישראל, אני חושב שלא הבנת אותי

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

לא התעמקתי באשכול ולא קראתי את רוב ההודעות כך שאולי חסר לי מידע, אך ממה שהבנתי אנסה להציג לך דירשה, תכתבו את השאילתה הבאה:
תציג את כל המשתמשים שיש להם את אחד מהנשקים הבאים 2, 3 וגם 6 ו-7.

קוד:

(2 OR 3) AND 6 AND 7

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

הנה, לא כל-כך קשה:

קוד:

SELECT `weapon` FROM `user` WHERE 
	`weapon` LIKE '%*2*%' AND 
	`weapon` LIKE '%*3*%' AND 
	`weapon` LIKE '%*6*%' AND 
	`weapon` LIKE '%*7*%'

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

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

אני דווקא חושב, שאלף שדות, זה הרבה יותר מסורבל, החכם אותי

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

תחשוב לדוגמה שאתה צריך לעדכן נתון בודד.
יש לך את שדה שמכיל את הערך הבא:
*22*5*12*7*1*
להוסיף אליו ערך זאת לא בעיה, תוכל להוסיף בתחילתו או סופו, אך למחוק ערך דורש יותר מאשר שאילתת עדכון בסיסית.
בתכלס תבין יותר טוב כשתתקל בעצמך בבעיות הנוצרות ממבנה כזה.

יש לך קישור למקום שבו יש הסבר על עיצוב בסיס נתונים?

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

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

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

אוקי....קצת קשה לי להבין ככה את מה שאתם אומרים..
מסנגר:
barakvwc@hotmail.co.il

?*כותרת*?