אנטיטי ב C# - שאלות
-
לאשכול של אובייקטים באנטיטי קוראים גרף (לא יודע למה).
אני מבין שאתה שואל האם לקשר לאובייקטים שלא מחוברים עדיין לDataBase (וממילא ללא מפתח לשיוך), ע"י השמת אחד בתוך הNavigation Property של השני, ולשמור הכל במכה, זה תקין או לא.
התשובה היא שבדרך כלל זה מצויין.
רק שיש סיטואציות (למשל בארכיטקטורת ווב, כאשר אתה לא מקבל מיידית את כל הנתונים וכדומה) שזה לא יעבוד טוב ואז תצטרך לשמור קודם אב, ואז להשתמש בערך המזהה שלו לפעולות השרשרת הבאות. -
שאלה 4:
בעצם אם המערכת הזאת חוסכת ממני את הצורך בעבודה מול מסד הנתונים, האם יש אפשרות לעלות שלב. התוכנה שאני עובד עליה אמורה להיות מותקנת במחשבים רבים לצורך הזנת נתונים, ובמחשב ראשי לצורך ניהול ועיבוד.
הנקודות שאני מעוניין בהם לגבי המחשבים של הזנת הנתונים:- שלא אצטרך כלל לטפל בנושא של מסד הנתונים (למשל התקנת תוכנת DB כלשהי)
- שהנתונים ישמרו מוצפנים באופן קריא רק על ידי התוכנה שלי
לפי צורת הפעולה של האנטיטי, אם תהיה ספריה כלשהי שתשמור את הנתונים כנ"ל, ותתפקד מול האנטיטי כמו מסד נתונים, הרי שזה אמור לפעול מצוין. כמובן שהחיסרון יהיה שאין לי שום נגישות לנתונים חוץ מהתוכנה שלי, אבל במקרה הזה זה בדיוק מה שאני מחפש.
אני מדבר בדווקא על ספריה כלשהי, שתפעל כחלק מהתקנת התוכנה שלי בלי שום צורך בדרייבר או בהתקנה נוספת. מקווה שהסברתי את עצמי כראוי.
באם חכמי הפורום אינם מכירים כזה דבר / יודעים שזה לא אמור לעבוד, אשמח להצעות אחרות לנקודות שהעליתי. ותודה מראש... -
אני חוזר לשאלות של מתחילים
שאלה 5:
מה הדרך הנכונה והמומלצת לטיפול בעדכון אשכול של נתונים (graph כמו שלמדתי כאן) באמצעות טופס (wpf), כאשר אני רוצה לנצל את המעלות של ה Binding לפקדים, אבל יש כמובן לחצן ביטול שמבטל את כל השינויים בטופס הזה.
האם לאגד את כל האשכול לטופס, ובביטול לטעון אותו מחדש מהמסד? אולי ליצור עותק ולעבוד עליו, ואז להשתמש בSetValues שאני עוד לא כל כך מכיר, או שיש דרך פשוטה הרבה יותר?
שאלה 6:
שאלה כללית, הדרך בה עבדתי עד היום, זה ליצור מחלקה סטטית לניהול הנתונים ושאר המחלקות ניגשים אליה. האם זה נכון גם פה? או שמא כדאי לפעמים או תמיד ליצור אוביקט חדש של ה DbContext שלי? -
@חבלזון
לגבי 6: במעבר מאקסס תמיד הייתי הולך על מחלקה סטטית ש"חיה" לאורך כל חיי התוכנית.
עד שלמדתי שיותר נכון לקרוא כל פעם מחדש לDB.
כמובן באותו חלון ובאותה בקשה כל אחד.
מצד שני, היום אני בווב, ושם זה בוודאי מתנהל אחרת (בכל קריאה לדף הכל מתחיל מחדש)
משא"כ ביישום WPF. -
-
-
-
שאלות יפות אחת אחת.
הנקודות שאני מעוניין בהם לגבי המחשבים של הזנת הנתונים:
- שלא אצטרך כלל לטפל בנושא של מסד הנתונים (למשל התקנת תוכנת DB כלשהי)
- שהנתונים ישמרו מוצפנים באופן קריא רק על ידי התוכנה שלי
- ברור שאפשר.
- זה מסד מרכזי (דרך אינטרנט), או מקומי בכל מחשב?
בכל מקרה זה רק לגבי הקשיית הדרך, כי כל מה שהתוכנה שלך יכולה לקרוא ולכתוב, אפשר בדרך קלה או פחות קלה לעשות גם בלעדיה. אין טכניקה בעולם שמונעת את זה.
מה הדרך הנכונה והמומלצת לטיפול בעדכון אשכול של נתונים (graph כמו שלמדתי כאן) באמצעות טופס (wpf), כאשר אני רוצה לנצל את המעלות של ה Binding לפקדים, אבל יש כמובן לחצן ביטול שמבטל את כל השינויים בטופס הזה.
האם לאגד את כל האשכול לטופס, ובביטול לטעון אותו מחדש מהמסד? אולי ליצור עותק ולעבוד עליו, ואז להשתמש בSetValues שאני עוד לא כל כך מכיר, או שיש דרך פשוטה הרבה יותר?זה שאלה גדולה ובכלל לא של מתחילים. אני מאוד התלבטתי בהז.
יש לנו שתי אפשרויות בכל עריכה של ישות,
א. לעבוד ישירות על הישות ששייכת לDbContext חי, ואז- צריך לוודא שלא מבוצעת שמירה בחלונית אחרת שתשפיע גם עליו (או לעשות בידוד של DbContext פר חלון כפי שאמר @clickone או הצעה דומה )
- צריך לבצע שחזור במקרה שהלקוח ביצע ביטול ע"י הערכים המקוריים של הישות
ב. לעשות עותק של הישות או לפחות לנתק אותה מהDbContext, ואז:
- בעת שמירה צריך למזג אותה חזרה לDbContex
- אין לנו אינדיקציה אם היא השתנתה או לא בלי לעקוב ממש.
האפשרות השניה טובה בהרבה מנסיוני.
שאלה כללית, הדרך בה עבדתי עד היום, זה ליצור מחלקה סטטית לניהול הנתונים ושאר המחלקות ניגשים אליה. האם זה נכון גם פה? או שמא כדאי לפעמים או תמיד ליצור אוביקט חדש של ה DbContext שלי?
אם אתה הולך עם האפשרות השניה במקטע הקודם אתה יכול לעבוד עם DbContext אחד סטטי ולהרויח קאש וLazy Loading וכו.
בכל מקרה אל תאפשר עריכות של חלקים מקושרים באותו הפעם, כי זה יסבך לך את החיים.
כלומר שאם יש בחלון אחד פרטי תורם, ויש רשימת טלפונים שלו, וזה שתי טבלאות, לחצן השמור של פרטי התורם יתייחס רק לפרטים שלו כי הטלפונים יישמרו מייידית - ומבחינת הUX שבזה, צריך לעשות את בצורה של כפתור עריכה כך שתהיה תחושה של שמירה מיידית בעת הוספת טלפון או עריכתו זאת למרות שלבסוף ילחצו על ביטול בסיום העריכה. -
@dovid תודה על המחמאות והתשובה המושקעת. לפני שאבקש עוד הסברים, אני רוצה לעיין היטב בדבריך. כרגע אשמח לדון בתחילת דבריך אודות מסד הנתונים. התוכנה שלי יועדה להיות מותקנת במחשבים רבים בלי אינטרנט כלל או רק מייל. ולכן יש לכל התקנה מסד נתונים מקומי (אקסס כרגע) לה אני קורא "הזנת נתונים", וחוץ מזה יש מחשב מרכזי (כרגע שרת SqlServer) שמכיל את הנתונים כולם "המחשב הראשי"
כל מחשב של הזנת נתונים שולח עדכונים מידי פעם באמצעות קובץ מוצפן ומקודד שהתוכנה יוצרת. השליחה מתבצעת גם דרך מייל או אפילו - דיסק און קי. אני מניח שאתה כבר משער לעצמך איזה טלפונים אני מקבל על בעיות משונות יש במחשבי הזנת הנתונים. בעיה נוספת ועיקרית- מאחר והמחשבים הנ"ל אינם מחוברים לאינטרנט, תוספת של התקנת הדרייבר של אקסס מגדילה את קובץ ההתקנה שלי במאות אחוזים, ומסרבלת מאוד.
ולשאלתי- כתבת שאפשר בודאי לחסוך את הצורך בהתקנת Db. הכיצד? -
@חבלזון אמר באנטיטי ב C# - שאלות:
@dovid תודה על המחמאות והתשובה המושקעת. לפני שאבקש עוד הסברים, אני רוצה לעיין היטב בדבריך. כרגע אשמח לדון בתחילת דבריך אודות מסד הנתונים. התוכנה שלי יועדה להיות מותקנת במחשבים רבים בלי אינטרנט כלל או רק מייל. ולכן יש לכל התקנה מסד נתונים מקומי (אקסס כרגע) לה אני קורא "הזנת נתונים", וחוץ מזה יש מחשב מרכזי (כרגע שרת SqlServer) שמכיל את הנתונים כולם "המחשב הראשי"
כל מחשב של הזנת נתונים שולח עדכונים מידי פעם באמצעות קובץ מוצפן ומקודד שהתוכנה יוצרת. השליחה מתבצעת גם דרך מייל או אפילו - דיסק און קי. אני מניח שאתה כבר משער לעצמך איזה טלפונים אני מקבל על בעיות משונות יש במחשבי הזנת הנתונים. בעיה נוספת ועיקרית- מאחר והמחשבים הנ"ל אינם מחוברים לאינטרנט, תוספת של התקנת הדרייבר של אקסס מגדילה את קובץ ההתקנה שלי במאות אחוזים, ומסרבלת מאוד.
ולשאלתי- כתבת שאפשר בודאי לחסוך את הצורך בהתקנת Db. הכיצד?בקשר לDB לך על Sqlite עם אנטיטי, ככה לא צריך שום הגדרה ושום התקנה. ותקבע סיסמה בקונקשיין סטרינג.
כדי לעשות חיים קשים לפורצים כדאי שהסיסמה תיוצר בצורה לא הכי ברורה, מצוה מן המבחר להעביר ערפול.
בקשר למיזוג הקבוע עם המסד לא שאלת על זה אבל אם יש לך בעיות תפרט את התהליך. -
-
התקדמתי ב"ה בתוכנית, ועכשיו ברצוני להכין תוכנה (Wpf) עבור ניהול של מסד הנתונים הראשי.
גיליתי שיש לי חור בהשכלה... איך ליצור נכון את החיבור למסד הנתונים שנמצא באתר (sql server)?
כלומר, אני יכול להכניס בConnectionString שם משתמש וסיסמא קבועים, אבל "ליבי אומר לי" שזה גרוע מאוד....
מצד שני, אני אמור ליצור שם משתמש (לוגין בעצם) שונה לכל עמדת מחשב? ואם כן איך אני שומר ומנהל את זה (כאמור בחיבור על ידי EnitityFramework)? הרי לא יתכן שצריך לקמפל קוד נפרד לכל אחד...
בחיפוש ברשת נאבדתי בין התוצאות, אודה לכם מאוד לכל מידע / הכוונה להדרכה מסודרת בנושא / תיקון שגיאות בשאלה עצמה וכדומה -
@חבלזון אמר באנטיטי ב C# - שאלות:
כלומר, אני יכול להכניס בConnectionString שם משתמש וסיסמא קבועים, אבל "ליבי אומר לי" שזה גרוע מאוד....
את זה אתה ממקם בתוך הקוד או בקובץ קונפיגורציה (כנראה App.config) חיצוני.
אם זה בקוד אתה באמת בבעיה שהזכרת,
אבל בקונפיגורציה פשוט מגדירים לכל משתמש. -
@yits אמר באנטיטי ב C# - שאלות:
@חבלזון אמר באנטיטי ב C# - שאלות:
כלומר, אני יכול להכניס בConnectionString שם משתמש וסיסמא קבועים, אבל "ליבי אומר לי" שזה גרוע מאוד....
את זה אתה ממקם בתוך הקוד או בקובץ קונפיגורציה (כנראה App.config) חיצוני.
אם זה בקוד אתה באמת בבעיה שהזכרת,
אבל בקונפיגורציה פשוט מגדירים לכל משתמש.אם הבנתי נכון- ליצור לוגין אחר לכל מחשב, ולשים את המידע הזה בקובץ חיצוני?
ואיך זה מאובטח? -
עקרונית, בתוכנה שולחנית, אתה לא אמור ליצור לוגין שונה לכל מחשב, וגם לא אמור לשמור את הפרטים הללו בסוד.
בשביל הגמישות - שמים את המחרוזת חיבור בApp.config.
אבל זה נכון שמתי שכן רוצים לשמור את פרטי החיבור ב"סוד", אז זה אפשרי, ראה כאן
https://docs.microsoft.com/en-us/dotnet/framework/data/adonet/connection-strings-and-configuration-filesאתה גם יכול לתת את מחרוזת החיבור בזמן ריצה כתגובה לסיסמה של המשתמש או משהו דומה.
-
@dovid אמר באנטיטי ב C# - שאלות:
וגם לא אמור לשמור את הפרטים הללו בסוד
אשמח להרחבה בנושא הזה. אני בהחלט לא בענין של "לשמור הכול בסוד", אבל כשמדובר במסד נתונים רציני עם מידע רגיש, אז מה הכללים? זה תקין שיש קובץ טקסט קריא עם פרטי החיבור והסיסמא? או שזה תלוי אם אני יודע שזה מותקן על מחשב מאובטח כראוי, ואני סומך על המשתמשים? יש בזה אי אילו כללים פשוטים?
תודה רבה!
) ואיפה שכן שלא יהיה בינדינג לNavigation Properties ובטח שלא תהיה עריכה בו זמנית שלהם.