תחומים - פורום חרדי מקצועי

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

System.Data.Entity.Database.SetInitializer(
New System.Data.Entity.DropCreateDatabaseIfModelChanges<MyModel>);

פורסם במקור בפורום CODE613 ב08/06/2014 11:36 (+03:00)

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

now = now.Add(-now.Milisecond)

לשם פתרונות נוספים (כולל שני אלה שהצעת...) ל"עיגול" תאריך למחיקת הMilisecond ראה כאן http://stackoverflow.com/q/1004698/1271037.

בבעיה בחיים לא נתקלתי, מאוד מעניין אותי רקע לעניין, הגישה לDB היא זה בEntity Framwork או בDataSet או בSqlParameter?

עריכה: הבעיה היא באמת בSqlDateTime שזה סוג נתונים של תאריך עבור SqlParameter. זה משליך על כל הדרכים לגישה לDB למעט קומנדים טקסטואליים.

פורסם במקור בפורום CODE613 ב08/06/2014 10:27 (+03:00)

@KingYes

אם אתה משתמש ב-Windows. אז אם אני לא טועה ב-VMware Player (חינמי, לא קוד-פתוח), אתה ממש גורר מכונה למכונה ברמה של Drag & Drop.

גם בVirtual Box זה ככה, אבל הוא רוצה תיקיה משותפת ממש.

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

פורסם במקור בפורום CODE613 ב02/06/2014 21:57 (+03:00)

@שמואל

זה כבר עשיתי
אבל אני לא מוצא את התיקיה הזו בפועל
ניסיתי לחפש מיקומי רשת בעוד מקומות
איפה זה אמור להיות מונח?

בדיוק, במיקומי רשת שלי > כל המיקומים, משהו כזה.
(זה בוירטואלי כמובן, במחשב שלך זה פשוט תיקיה).

פורסם במקור בפורום CODE613 ב02/06/2014 12:04 (+03:00)

ברור שאפשר, ראה כאן: http://helpdeskgeek.com/virtualization/virtualbox-share-folder-host-guest/
כהמערכת הפעלה פועלת, בתפריט Device, ללחוץ על Install Guest Editions...
אח"כ הפעלה מחדש של המערכת הפעלה, בתפריט Device לבחור בShared Folders...
שם להוסיף תיקיה וזהו.

פורסם במקור בפורום CODE613 ב02/06/2014 11:30 (+03:00)

@ClickOne

ה0 לפני השירשור של ה UserId נועד כדי לחסוך את השימוש בNz

איזה יופי!

פורסם במקור בפורום CODE613 ב27/05/2014 21:51 (+03:00)

@ארכיטקט

דומני שכבודו לא הקשיב לטענת התובע..... איך בדיוק אתה רוצה לתת ללקוח שליטה מלאה על האורדר ביי ברמת שורה (שהלקוח יקבע **ידנית **איזו שורה תהיה ראשונה ואיזו שניה וכו' ללא תלות בשום נוסחה כלל ועיקר) בלי לתת לו עמודה ייעודית שמטפלת בזה??? ומה יעזור view??? :? :? :? :? :? :? :? :?

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

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

פורסם במקור בפורום CODE613 ב27/05/2014 15:09 (+03:00)

@ארכיטקט

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

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

פורסם במקור בפורום CODE613 ב27/05/2014 10:56 (+03:00)

עושים פשוט את מה שהצעת: מגדירים משתנה גלובלי, וברגע הפעלת הטריגר "מסמנים" אותו.
ראה כאן:
http://stackoverflow.com/a/9570455/1271037
http://illya-keeplearning.blogspot.co.il/2009/03/disable-triggers-in-mysql-50.html
http://stackoverflow.com/a/3577992/1271037

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

ואתה רוצה למקם את 3 אחרי 1, אז אתה משנה אותו ל1.0001:
1
1.001
2

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

פורסם במקור בפורום CODE613 ב26/05/2014 17:56 (+03:00)

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

פורסם במקור בפורום CODE613 ב26/05/2014 11:32 (+03:00)

@ארכיטקט

אין עלות ביצועים של שליפה כאשר משתמשים במאפיין is persisted.

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

פורסם במקור בפורום CODE613 ב22/05/2014 13:51 (+03:00)

@ClickOne

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

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

@ClickOne

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

אני התכוונתי על בזבוז מעבד וזיכרון ברגע החישוב, לא על זיכרון דיסק באחסון (זה בכלל עמודה מחושבת!!).
לגבי מקום בדיסק או ביצועי השוואה (כאינדקס, וכמפתח ראשי) אין הבדל כלל בין סטרינג למספר, בתנאי שהסטרינג אורך קבוע (לא varchar), ושההשוואה היא מול מספר של קנה מידה שווה (עם זה char(10) לדוגמה, אז כל char זה byte שלם, מה שאומר מספר ענק.
אגב אפשר להשתמש למקרה שלנו גם בטיפוס binary, לכאורה זה חוסך.

פורסם במקור בפורום CODE613 ב22/05/2014 11:50 (+03:00)

ClickOne יפה מאוד שהצלחת לרדת לסוף דעתו, למצוא דוגמה שצריך את זה!
ואיזה יופי הרעיון!!! לקח לי זמן להבין...

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

פורסם במקור בפורום CODE613 ב22/05/2014 09:45 (+03:00)

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

פורסם במקור בפורום CODE613 ב21/05/2014 11:13 (+03:00)

הנושא הזה נקרא DataBase Migration.
אני גם סבור כמו ארכיטקט שבמקרים פשוטים הכי קל זה לעשות לבד.
יש כל מיני כלים לכך, אבל השימוש בהם לא נראה לי פשוט. חפש בגוגל C# DB Auto migration.

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

פורסם במקור בפורום CODE613 ב21/05/2014 11:12 (+03:00)

תודה רבה רבה!
נשמח לעדכונים וטיפים בנושא.

פורסם במקור בפורום CODE613 ב20/05/2014 13:32 (+03:00)

נו, מתגברים...
http://stackoverflow.com/a/11404731/1271037
http://stackoverflow.com/a/12652259/1271037

פורסם במקור בפורום CODE613 ב29/05/2014 16:18 (+03:00)

@ארכיטקט

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

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

@ClickOne

יש עניין לעשות כמה שיותר עם הטריגרים וכו' בחברות הגדולות זו העבודה של הDBA.

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

פורסם במקור בפורום CODE613 ב19/05/2014 15:33 (+03:00)

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

פורסם במקור בפורום CODE613 ב19/05/2014 13:12 (+03:00)

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

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

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

פורסם במקור בפורום CODE613 ב19/05/2014 15:40 (+03:00)