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

אז מסתבר שזה פשוט להחריד, וזאת תגלית מדהימה על התנהגות של 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)

שלום לכולם

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

declare @table table (val1 int , val2 int)

insert into @table values (2,2)

update @table set val1 +=1, val2 +=val1;

select * from @table

התוצאה val2 = 4 כי הוא קיבל את הערך של val1 לפני העדכון ולא אחרי העדכון.

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

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

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

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

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

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

פורסם במקור בפורום CODE613 ב24/02/2015 14:48 (+02:00)

@ClickOne

מה תעשה עם הזמן שיישאר לך ביד? תוכל לכתוב אפליקצייה שתימכר ב16 מילארד $

אתה עונה על שאלה על ידי כך שאתה מעביר אותה אל התשובה שלך. מה אני יעשה עם 16 מיליארד שיישארו לי ביד??? התשובה היחידה שאני יכול לשמוע היא....... תוכל להשקיע את שארית ימיך בלימודים!!! אז פורד והדייג עדיין רלוונטי כאן.... :lol: :lol: :lol: :lol: :lol:

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

זה הכי קצר שעולה בחכתי כרגע:

וחובה להכיר את זה: בעל פה נבחנים על זה לישיבות גדולות :lol: :lol: :lol: :lol:

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

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

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

תודה.

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

הנה הדוגמא בשעה טובה

AccessHTMLEditor.rar

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

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

זה באקסס 2013 אינני יודע אם יעבוד על נמוך יותר, תנסו

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

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

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

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

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

האם יצא למישהו להכיר אותו??? ה API שלהם נראה קצת מסורבל.

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

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

מישהו עשה משהו משנת 2003 שורה תחתונה העורך לא עובד.

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

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

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

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

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

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

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

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

עדיין לכודים בריכוזיות של המשק הישראלי המושחת....

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

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

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

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

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

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

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

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

תודה.

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

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

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

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

@דוד ל.ט.

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

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

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

@רחמים

איך זה שייך? הרי מוכרחים לבדוק לפני שמחליטים ? אז יש פה בהכרח שלב בדיקה ושלב השמה.

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

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