חלוקת תכנים בין יוזרים שונים

שלום,
הייתי רוצה לאפשר ליוזרים שונים לראות תוכן שונה עבור אותה טבלה
(למשל נתונים ספציפיים של כל צוות עבור כל ראש צוות)
האם זהו משהו שניתן לפתור ברמת ה BO או רק ברמת ה DB (כמו למשל יצירת  VIEWS בעלי אותו שם עבור סכמות שונות)

את יכול לפתור ברמת ה-BO וגם ברמת ה-DB

בעקרון אתה יכול ליצור טבלת הרשאות ב-DB

עם restriction id וכו' ולחברה לטבלה שעליה אתה רוצה להכיל את ההרשאות

אתה יכול להשתמש גם במתודולגיית ה-bouser+row restriction בעולם

שילוב של השניים יכול להיות מאוד יעיל.

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

יש חומר בפורום:חפש על  security,row restriction,bouser והרשאות וקבל תקבל דוגמאות...

יש לך כאן דוגמא מבורכת:

www.dwh.co.il/portal/component/option,co...temid,88/topic,354.0

היי יואב,
לצערי אין לי גישה ל row restriction  ול cmc כי אני עובד ב stand alone,
לפי מה שהבנתי יש צורך בחיבור לשרת מרוחק (אם קיימת דרך לעקוף  את זה  ולנהל משתמשים ב"כאילו"או אם אני בכלל מדבר שטויות אשמח לשמוע  )

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

תודה.

הי,מה המטרה של כל זה? זה לא נשמע כמו real thing...

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

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

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

בגדול:אם ההרשאות מנוהלות דרך ה-DB הפתרון נאכף ברמת ה- DB ולא ברמת האפליקצייה....

דרך ה-BO :הפתרון חל רק על משתמשי  BO ולא על כלל עובדי הארגון....זאת אומרת שתאורטית משתמש יכול להריץ SQL דרך האקסל הוא דרך איזה query something ולראות נתונים שהוא לא אמור לראות...כך אתה סוגר את הפתרון ברמת אבטחה גבוהה.

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

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

בגדול לא יזיק לשים פה איזה פוסט יפה של טבלת השוואה בין הגישות.

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

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

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

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

בהצלחה.

www.dwh.co.il/portal/content/view/970/1/

תמיר הנ"ל עובד ללא REPOSITORY
ולעצם העניין
אין סיבה כיום לעבוד ללא REPOSITORY מה עוד שיורדת לך פונקצוינליות רבה
זה לא מייקר את המוצר כמו בעבר ....
בכל מקרה הפתרון לא יכול לבוא מהצד של BO כי
אתה לא יכול לחסום את האופציה לשנות את ה SQL
וע"פ מה שאמרת האבטחה חשובה לך??
כמו כן כל גירסה של עולם אתה חייב להפיץ לכל תחנה וגם כל דוח חדש
הפתרון שאני מכיר הינו בהקמה של סט טבלאות TEMP ברגע שמתשמש נכנס לכלי
הפתרון מסובך ותשתיתי ברמת בסיס הנתונים
תקנו אותי אם פיקששתי

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