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

למה לא להשתמש בפונקצייה ISNULL (מקביל לNZ באקסס) ואז, אם הערך הוא NULL - אתה מעביר ומחפש 0, ואם הערך 37 אתה מחזיר לפי 37.

declare @null int = ISNULL(null,0); select * from Documents d where ISNULL(d.ContactID,0) = @null

ובעצם גם בפנייה שלך לפונקצייה אתה "מעביר" את הערך דרך ISNULL:

fn(ISNULL(d.ContactID,0))

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

ISNULL(d.ContactID,-1))

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

מעיון נוסף בשאלה המקורית שלך:
@ארכיטקט

אם רוצים אותם עם רקע שקוף, אין אפשרות להכניס תמונה של PNG אלא על ידי מודול שממיר אותם (יש לי את המודול ואני לא אוהב את התוצאות לא נקיות מספיק)

אני מבין שאולי מה שמציק זה השמירה בDB של התמונה ואח"כ ההכנסה של זה ע"י הפונקצייה שמספק יוצר הRIBBON:

getIconFromTable

אם כן אתה יכול לשמור את הקובץ פיזי, ולהחזיר אותו, אם ע"י האירוע GetImages מקובץ הPNG המקורי, או תוך שימוש בXML:

<customUI xmlns="http://schemas.microsoft.com/office/2009/07/customui" onLoad="OnRibbonLoad" loadImage="LoadImages"> <ribbon startFromScratch="true"> <tabs> <tab id="tab0" label="Home" getVisible ="GetVisible" tag = "RibbonName:=IDBERibbonCreator2010;CustomTagValue1:=;CustomTagValue2:=;CustomTagValue3:=" > <group id="grp0" autoScale="false" centerVertically="false" label="Group 0" getVisible ="GetVisible" tag = "RibbonName:=;inMenu:=;CustomTagValue1:=;CustomTagValue2:=;CustomTagValue3:=;CustomPicture:=;CustomPicturePath:=" > <button id="btn0" size="large" label="Button 0" getImage="GetImages" tag="RibbonName:=IDBERibbonCreator2010;inMenu:=;CustomTagValue1:=;CustomTagValue2:=;CustomTagValue3:=;CustomPicture:=Closed.png;CustomPicturePath:=C:\Users\ClickOne\Downloads\" onAction="OnActionButton" getVisible="GetVisible" getEnabled="GetEnabled" /> </group> </tab> </tabs> </ribbon> </customUI>

שים לב בשורה מס' 6 - בהגדרת הכפתור ל:

CustomPicture:=Closed.png;CustomPicturePath:=C:\Users\ClickOne\Downloads\"

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

@דוד ל.ט.

ארכיטקט, די לציונות הזו

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

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

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

כנראה נדבקתי בזה מביל גייסט.

אתה ניסית? - בכל מקרה התחלתי לחטט ברפלקטור, זו הגנה עם BASE64, לא התעמקתי, אם כי לא נראה כ"כ מסובך.

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

תודה רבה!

בקשר לזה:

@ארכיטקט

מדהים!!! הלוואי וגם גוגל היתה מאפשרת את זה :smile:

בטח תהנה לראות את זה: https://bigquery.cloud.google.com/table/publicdata:samples.wikipedia?pli=1
זה פלטפורמת DB של גוגל, ובתור "דוגמאות" יש שם את wiki וgithub ועוד.

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

@CODE613M

נסיוני: http://code.613m.org/searchbygoogle.php

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

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

אכן.

פורסם במקור בפורום CODE613 ב26/02/2014 08:50 (+02:00)

לפותח האשכול, יש מסקנה מה הדרך הטובה?
נודה על סימון תשובה שפתרה את נושא האשכול.

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

@ארכיטקט

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

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

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

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

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

אכן

פורסם במקור בפורום CODE613 ב24/02/2014 23:43 (+02:00)

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

declare @table table (val1 int , val2 int) declare @vlaue int insert into @table values (2,2) update @table set @vlaue = val1 +1, val1 = @vlaue , val2 += @vlaue ; select * from @table

והתוצאה val2 = 5 כצפוי!!

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

פורסם במקור בפורום CODE613 ב23/02/2014 15:56 (+02:00)

@דוד ל.ט.

@softs

מן הסתם זה ילך ל TRASH ולא ממש יימחק והרווחת שזה לא יופיע יותר

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

צודק, צריך לבדוק כל שרת לגופו.

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

עוד נקודה חשובה, למי שמממש את הפתרון של לשמור UniqueID בצד CLIENT, צריך לשים לב שיכול להיות אותו UniqueID לשני הודעות עם הבדל בcasing, לכן אם שומרים ב SQL צריך להגדיר את השדה על COLLATION שהוא CS וגם בקוד לשים לב לזה

פורסם במקור בפורום CODE613 ב25/02/2015 11:15 (+02:00)

יישר כח על השיתוף!!!
מאד אהבתי את הקוד שלך. נקי,קצר וחלק.

אצלי (אקסס 2010 32 ביט) הוא לא מוציא שגיאת סקריפט.

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

<p dir="rtl">עכ<span dir="ltr">BF</span></p> <p dir="rtl">&nbsp;</p> <p dir="rtl">&nbsp;</p> <p dir="rtl"><span dir="ltr"><img src="file:///C:\Users\ClickOne\AppData\Local\Temp\msohtmlclip1\01\clip_image001.png" /></span></p>

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

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

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

אז ככה:

לגבי גולדמן, (מה שארכיטקט הביא), לקחתי גם 1000 יחידות SMS שם, ויש לי קצת השגות על הAPI שלהם.
אני מצרף כאן מה שלחתי לו במייל

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

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

במערכות API צריך לזכור שבשורה התחתונה יש כאן מכונות שמדברות אחת עם השנייה, ובמקרה שלי אני קונה ממך חבילה ענקית והAPI שלי יושב בין הCRM שכתבתי ללקוחות שלי לבינך. אני חייב בכל אופן לתת ללקוח חיווי מדוייק איזו הודעה עברה ואיזה נכשלה.

וזה מה שהמפתח ענה לי:

ה- Web Service מחזיר בצורת הדוח מחזיר את מה שצריך. תראה עכשיו שיש לך הרשאה אם זה בסדר. אפשר אבל זה דורש פיתוח וכרגע אנחנו עסוקים בפיתוחים אחרים. לפיתוח כמו שאתה יודע יש עלויות ומצד שני יש לנו הרבה לקוחות ב- API והם לא דורשים שינויים או תוספות ממה שציינת.

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

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

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

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

פורסם במקור בפורום CODE613 ב18/02/2014 14:44 (+02:00)

as ושם טיפוס בתוך סוגריים עגולים אלו שני סוגים של cast.
יש פה הסברים על זה.

@דוד ל.ט.

ורחמים, למה הבאת את הקוד עם מתודה זו: static void Main(string[] args)?
אם זה לצרכי בדיקה, אז אתה יכול להשמיט זאת מהקוד בפורום (לא לחיסכון אלא להדגשת נקודת הפתרון.

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

פורסם במקור בפורום CODE613 ב18/02/2014 14:37 (+02:00)

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

זה נכון שלSQL SERVER יש מעלה בניהול אוטומטי של מנגנון הנעילות.

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

@ארכיטקט

הסיפור שם קשור לכתובות בזיכרון וסוגי דברים כאלו שממש קשורים לטרחני C++ ולא לאנשים אשר כמונו..... :smile: :smile: :smile:

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

במערכות 32 ביט המספר שמיצג את הכתובת בזיכרון הוא uint32 שזה אומר שהכתובת המקסימלית זה בערך 4 מליארד. ולכן זה הסיבה ש32ביט לא משתמש ביותר מ4 גיגה זיכרון ראם. במערכות 64 הכתובת היא uint64 ולכן צריך לשנות את הטיפוס לזה.

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

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

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