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

@KingYes

אין באקסס אפשרות לייצא את כל הטבלאות (Structure and Data) בפורמט SQL לקובץ טקסט פשוט?

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

פורסם במקור בפורום CODE613 ב21/01/2014 16:13 (+02:00)

א. תפסיק להתבטאות כבר בMDF. תגיד מסד נתונים.
ב. למה אחר באמת?

פורסם במקור בפורום CODE613 ב21/01/2014 15:34 (+02:00)

@ארכיטקט

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

תגיד לנהל בנק זה פשוט? SQL SERVER עשוייה לעמוד במצבים מורכבים הרבה יותר מאשר ניהול בנק. בשביל דברים פשוטים יש כלים פשוטים.

פורסם במקור בפורום CODE613 ב20/01/2014 12:20 (+02:00)

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

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

פורסם במקור בפורום CODE613 ב20/01/2014 11:50 (+02:00)

רחמים, אין כזה מסד ששמו MDF. MDF זה רק סיומת של קובץ.
יש מסד ששמו SQL SERVER.

פורסם במקור בפורום CODE613 ב20/01/2014 11:20 (+02:00)

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

פורסם במקור בפורום CODE613 ב21/01/2014 14:26 (+02:00)

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

אם תראה את הקוד של העתקה אני אבין אולי יותר טוב.

פורסם במקור בפורום CODE613 ב21/01/2014 11:29 (+02:00)

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

פורסם במקור בפורום CODE613 ב20/01/2014 12:19 (+02:00)

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

פורסם במקור בפורום CODE613 ב20/01/2014 11:25 (+02:00)

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

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

פורסם במקור בפורום CODE613 ב20/01/2014 12:56 (+02:00)

@magicode

@דוד ל.ט.
וmagicode לא יודעים על כך דבר

שקר.

שקר זו מילה ממש חריפה, אני לכל היותר מקשקש.
אתה פתחת פעם אתר ASP.NET MVC?
כתבת בו?
אתה יודע מה זה Razor? אתה יודע מה זה View Engines של MVC?

אם ככה אני מתנצל.

פורסם במקור בפורום CODE613 ב20/01/2014 16:04 (+02:00)

@magicode

יש הבדל גדול בין לא יודע את "ASP.NET MVC או Razor" לבין "לא יודע על כך דבר".
אני כתבתי דף אחד או 2 בaspx ואני אפילו סיפרתי לך על זה. ואמרתי לך שזה בעיקרון יותר טוב לדעתי מphp.

אז להגיד שאני לא יודע על כך דבר זה שקר.

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

פורסם במקור בפורום CODE613 ב20/01/2014 18:09 (+02:00)

@KingYes

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

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

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

פורסם במקור בפורום CODE613 ב21/01/2014 14:45 (+02:00)

@magicode

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

http://www.geektime.co.il/microsoft-pays-youtubers-for-good-reviews/

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

נו באמת... תמשיכו על הפסים הנורמליים.

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

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

פורסם במקור בפורום CODE613 ב22/01/2014 11:12 (+02:00)

@shsh654

צריך vbs זה כנראה vb נט

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

פורסם במקור בפורום CODE613 ב19/01/2014 12:39 (+02:00)

@ClickOne

לא.
תחליף את ctl לשם הפקד.
הלוואי שבדוטנט היה את זה

יש ויש בכל מיני וריאציות, הנפוצה כיום בWPF:
[code2=vb.net:fr2jkbc0]ctrl.DataContext = Contact[/code2:fr2jkbc0]

shsh654 זה לא בשבילך זה עבור ClickOne.

פורסם במקור בפורום CODE613 ב19/01/2014 12:37 (+02:00)

תכתוב מחלקה ללוח שנה עברי ואז אני אכתוב לך פקד WPF...
הפקד זה לא כ"כ בעיה והוא לא חייב להיסמך על הDateTimePicker.

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

פורסם במקור בפורום CODE613 ב17/01/2014 12:39 (+02:00)

Select Case אכן עושה את העבודה, הוא לא בודק לאחר תנאי שהתקיים (במקרה של AND צריך להפוך את ההתנייה כדי שזה יהיה OR).

בVB.NET ממשיך הסינטק של הSelect Case גם כתנאי וגם כבדיקת ערך מרובה.
בC# זה הSwitch והוא שונה מאוד: הוא לא יכול לבדוק תנאים, הוא גולש משורה לשורה עד לBreak.

טיפ: בVB וגם בVBA אפשר לכתוב ככה:

Dim i As Integer

Select Case i
    Case 5 To 8

    Case Is > 12

    Case Else

End Select

פורסם במקור בפורום CODE613 ב17/01/2014 12:36 (+02:00)

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

אולם התאמצתי לבדוק, ואכן אתה צודק, הXAML מקומפל רק לBMAL שזה יותר מהיר מXAML אבל פחות מIL. למה? בשל יתרונות מינוריים.
אז אולי באמת מהיום תהפוך הכל לקוד לפני הפצת היישום שלך

תודה על ההערה, וסליחה על ההצרה שזה "קשקוש" בעוד שזה דברים כהוויתם.

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

פורסם במקור בפורום CODE613 ב17/01/2014 13:03 (+02:00)

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

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

פורסם במקור בפורום CODE613 ב17/01/2014 12:17 (+02:00)