כמה שאלות על תכנון DB

[chagold]

1. שלב הבא של מה שעשית: לעשות join שלוקח לפי ID מזהה משתמש > מזהה הרשאה (מטבלת השילוב) > סוגי הרשאות (מטבלת סוגי ההרשאות), כאשר בעצם צריך בתוצאות רק שדה אחד של 'סוגי רשומות'. ואח"כ אתה בודק אם הרשומה מסוג X או Y נמצאת באחד (או יותר) מהתוצאות שעלו בשאילתה הקודמת.
   (אגב, יש מסדי נתונים שיש סוג שדה של מערך, והיית יכול לחסוך את 2 הטבלאות המתווכות, ובמקומו היית עושה בטבלת המשתמשים שדה (מערך) של הסוגים המורשים. אותו הדבר אם היית גם עושה 'קבוצות הרשאות', שהיית עושה לכל משתמש שדה 'קבוצות' (שהיה מערך, ובו רשומים הID של הקבוצות שהוא מקושר אליהם), ובקבוצות היה שדה מערך של הסוגים אליהם יש הרשאה).

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

[WWW]

@chagold אמר בכמה שאלות על תכנון DB:

1. שלב הבא של מה שעשית: לעשות join שלוקח לפי ID מזהה משתמש > מזהה הרשאה (מטבלת השילוב) > סוגי הרשאות (מטבלת סוגי ההרשאות), כאשר בעצם צריך בתוצאות רק שדה אחד של 'סוגי רשומות'. ואח"כ אתה בודק אם הרשומה מסוג X או Y נמצאת באחד (או יותר) מהתוצאות שעלו בשאילתה הקודמת.

אני יודע פחות או יותר את התהליך שאמור לקרוא, רק שאני מחפש דרך קלה לממש את זה ב MSSQL.

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

ב MSSQL? לא נראה לי שקיים דבר כזה.

אותו הדבר אם היית גם עושה 'קבוצות הרשאות', שהיית עושה לכל משתמש שדה 'קבוצות' (שהיה מערך, ובו רשומים הID של הקבוצות שהוא מקושר אליהם), ובקבוצות היה שדה מערך של הסוגים אליהם יש הרשאה).

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

2. הליסט לא רלוונטי לעצם ההרשאות לגישה לטבלה לעריכה.

ברור.

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

לא הבנתי מה זה יעזור.

[chagold]

@WWW אמר בכמה שאלות על תכנון DB:

@chagold אמר בכמה שאלות על תכנון DB:

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

לא הבנתי מה זה יעזור.

תגדיר שאם יש לו 1 אז יהיה לו גישה ללקרוא , ואם 2 אז ללערוך.

[WWW]

@chagold הבעיה שלי היא: איך לתת למשתמש ליצור רשימה משלו.

[chagold]

@WWW אמר בכמה שאלות על תכנון DB:

@chagold הבעיה שלי היא: איך לתת למשתמש ליצור רשימה משלו.

כל משתמש יש לו ליסט אחר?

[WWW]

@chagold אמר בכמה שאלות על תכנון DB:

כל משתמש יש לו ליסט אחר?

בדיוק, אני רוצה לתת למשתמש אפשרות לערוך את הLIST שלו.

[chagold]

לליסט אמור להיות אקט של פעולה, (או שאם ראובן בוחר ליסט של 'עריכה' 'קריאה' ,שמעון בוחר 'תפוח' 'אגס' ולוי בוחר 'ירושלים' 'ת"א')?

[WWW]

@chagold הליסט, אני נותן לו ברירת מחדל של: "בטיפול", "בהמתנה", "טופל". והוא יכול להוסיף "ממתין לאישור המנהל יעקובובי" / "נשלח ע"י המנקה", וכדו'...

[chagold]

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

בכל אופן, הקוד יבחר כל מה שכלול בID המשתמש או * (או 0).

[WWW]

@chagold אמר בכמה שאלות על תכנון DB:

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

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

[WWW]

@WWW אמר בכמה שאלות על תכנון DB:

היישום מיועד לסוג של multi tenancy, דהיינו שיש טבלה מסוימת שאמורה להיות לקריאה בלבד לכל המשתמשים, יש משתמשים שיש להם הרשאות לקריאת רשומות מסוג X ויש לקריאת רשומות מסוג V ויש לקריאת רשומות מסוג Z וכו', ויש שיש להם הרשאות ל X ו V ביחד.
את הנ"ל אני רוצה לסנן בעזרת טבלה של רבים לרבים, (דהיינו: יש לי כבר טבלה של סוגי הרשאות - מזהה ושם, ועוד טבלה שמשלבת מזהה הרשאה עם מזהה משתמש).
כעת אני לא בדיוק יודע איך ניתן בקלות לסנן את הרשומות, כשיש לי נתון אחד: מזהה המשתמש?

כעת אני צריך להתקדם עם זה, יש איזה קיצור דרך לזה ב SQL, או שאצטרך לממש את זה לבד?

@dovid ‏ @clickone

[dovid]

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

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

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

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

• טבלת לקוחות:
  מזהה לקוח | פרטים - בלה בלה בלה | מזהה סניף (מפתח זר לטבלה סניפים)

• טבלת משתמשים:
  מזהה משתמש | שם משתמש | פרטים בלה בלה בלה | מזהה קבוצה (מפתח זר לטבלה קבוצות)

• טבלת סניפים:
  מזהה סניף | שם הסניף

• טבלת קבוצות:
  מזהה קבוצה | שם הקבוצה

• טבלת שילוב:
  מזהה שילוב | מזהה קבוצה (מפתח זר קבוצות) | מזהה סניף (מפתח זר סניפים)

הסבר:

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

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

אז אני אכתוב SQL שמזהה קבוצה = 1 או מזהה קבוצה = 2 או 3 וכו'?
או שיש משהו יותר נורמלי?...

זה הכל.

@dovid אמר בכמה שאלות על תכנון DB:

איך משם הרשאה ניתן לדעת איזה שורות ניתנות לעריכה?

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

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

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

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

[dovid]

תעשה JOIN בין ארבעת הטבלאות הבאות - לקוחות, שילובים, משתמש נוכחי.
אתה משתמש עם EF או עם SQL עצמו?

[WWW]

@dovid
@clickone כבר כתב שהחסרון בסרניטי שהם לא משתמשים ב EF...
במה כן, אני לא בדיוק יודע...
בכל מקרה אשמח לקבל דוגמה של SQL נקי, ואז כבר אדע איך להשתמש בזה בעז"ה.

[dovid]

משהו כזה

SELECT Customers.* 
FROM Customers
LEFT JOIN Shiluv ON Shiluv.Snif = Customers.Snif
WHERE Shiluv.Group = @currentUserGroup

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

אתה משתמש עם EF או עם SQL עצמו?

מה זה השפה הבאה?

        protected override void PrepareQuery(SqlQuery query)
        {
            var fld = Entities.CustomerRow.Fields;
            query.Distinct(true)
                .Select(fld.Country)
                .Where(
                    new Criteria(fld.Country) != "" &
                    new Criteria(fld.Country).IsNotNull());
        }

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

משהו כזה

SELECT Customers.* 
FROM Customers
LEFT JOIN Shiluv ON Shiluv.Snif = Customers.Snif
WHERE Shiluv.Group = @currentUserGroup

תודה רבה!
ואיך אני מקבל באותו משפט את currentUserGroup כשאני יודע רק את ה currentUserID?
במקרה שלא אצליח לדחוף את הUserGroup לזכרון.

[dovid]

SELECT Customers.* 
FROM Customers
INNER JOIN Shiluv ON Shiluv.Snif = Customers.Snif
INNER JOIN Users ON Users.Group = Shiluv.Group
WHERE Users.Id = @currentUserId

או

SELECT Customers.* 
FROM Customers
LEFT JOIN Shiluv ON Shiluv.Snif = Customers.Snif
WHERE Shiluv.Group = (SELECT TOP 1 Group FROM Users WHERE Id = @currentUserId)

ייתכן שאני טועה קלות בתחביר אבל זה הרעיון.