תכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית

[מנצפך]

תיאור:
מערכת מכר.
יש טבלת רכישות.
יש טבלת מוצרים.
יש טבלת קישור בין רכישה אחת למוצרים רבים. (1:N)

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

אני עושה את זה בדרך הזאת:

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

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

אני אישית נוטה לדרך הראשונה. כי בעולם האמיתי, לכל וריאנט יש מקט משלו.

אשמח לשמוע חוו"ד.

[avi rz]

@מנצפך
סתם נראה לי להיצמד למק"ט זה יותר בטוח,

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

[אפר שריפה]

@avi-rz
למה בטבלה אחרת
תוסיף שדה מוצר אב
כך זה עובד בתוכנות הגדולות לפי מה שאני מכיר כמו וריפון וכדו'

[מנצפך]

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

[אפר שריפה]

@מנצפך אלו שדות יש באב שאין בבן?

[מנצפך]

@אפר-שריפה
נניח מחיר.
יש בבן ואין באב.
מלאים, תמונות ועוד

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

[avi rz]

@אפר-שריפה אמר בתכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית:

למה בטבלה אחרת
תוסיף שדה מוצר אב

זה נראה לי קצת ערבוב.
ומה בעצם הרעיון? לחסוך?

@אפר-שריפה אמר בתכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית:

אלו שדות יש באב שאין בבן?

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

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

@אפר-שריפה אמר בתכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית:

כך זה עובד בתוכנות הגדולות

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

@אפר-שריפה אמר בתכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית:

לפי מה שאני מכיר כמו וריפון וכדו'

ספציפית עליהם שמעת מעוד מישהו שנהנה מהממשק / תכנון / פשטות שלהם?

[avi rz]

@מנצפך אמר בתכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית:

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

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

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

[אפר שריפה]

@avi-rz אמר בתכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית:

ספציפית עליהם שמעת מעוד מישהו שנהנה מהממשק / תכנון / פשטות שלהם?

כמדומני שיש להם 100000 קופות בארץ

[avi rz]

@אפר-שריפה אמר בתכנון מסד נתונים- מוצרים עם וריאנטים מותאמים אישית:

כמדומני שיש להם 100000 קופות בארץ

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

[אפר שריפה]

@avi-rz בעניין יעילות ומהירות מרוצים יצא להיפגש בהם בשני חברות גדולות
יש להם משהו מאד מרובע אבל זה עניין אחר