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

כמו שזה נראה זה ללכת עם ראש בקיר
תנסה אולי לעשות INJECTION לדף ל POLYFILL הזה

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

מה אתה מנסה בדיוק לעשות ?

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

לווינדוס נראה לי זה:
https://github.com/charlesw/tesseract

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

הביעה היא שאתה עושה COUNT על MAX והוא לא יודע לעשות אגרגציות מקוננות.
אני מבין מה אתה רוצה להשיג אבל זה יעבוד לך רק עם תת שאילתה ב JOIN שתביא את ה MAX עבור כל רשומה

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

@ארכיטקט

@softs
אז קודם כל זה לא קשור לעדכון אינדקסים בכלל . . .

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

אני הולך לעשות שיעורי בית . . . :?

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

SQL הוא טיפוס דרמטי, יש לו יתומים וקורבנות ונעילות מתות וכו'

אז קודם כל זה לא קשור לעדכון אינדקסים בכלל . . .

DEADLOCK קורה במצב שבו שתי טרנזאקציה א נועלת את טבלה A וטרנזאקציה ב נועלת את טבלה B
ואז טרנזקציה א מנסה לגשת ל B והיא כמובן מחכה שהיא תסיים ותשחרר את B אבל אז טרנזקציה B מנסה לגשת ל A
אז B מחכה ל A ו A מחכה ל B אז SQL בוחר אקראית אחד מהם ופשוט מעיף אותו עם ההודעה הנ"ל ואז השני יכול להמשיך
ברגע שקיבלת את ההודעה המשתמש השני פשוט ממשיך לדרכו ואתה הקורבן . . .

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

עיי"ש :

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

@ארכיטקט

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

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

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

לא בעברית אבל שווה השקעה (שים לב שיש שם שני סרטונים ובוחן קטן)

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

תסמן ב SSMS את האופציה Show Execution Plan ותקבל תרשים עם אחוזים כמה לקח כל ביצוע והצעות לאינדקסים

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

@מנצפך

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

זה מאוד מקדם.
צריך לשאול את דעת ארכיטקסט.

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

פורסם במקור בפורום CODE613 ב13/11/2017 15:26 (+02:00)

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

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

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

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

פורסם במקור בפורום CODE613 ב04/01/2016 14:30 (+02:00)

SOAP זה עטיפה - בסוף זה XML עם כמה HEADERS . . .
פשוט קראתי ל WS מתוך דוט נט, הפעלתי FIDDLER, לכדתי את הREQUEST ושחזרתי.
באותה שיטה אתה יכול לשחזר כל סוג של WS . . .

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

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

לשנות סיומת ל BAS

ZCreditWS.bas.txt

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

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

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

אני עסוק כ"כ שאין לי פנאי להעמיק בענין
אקווה שבימים קרובים

עריכה:
אני לא רואה פתרון טוב יותר
מה שכן WHERE זה לא המקום לשים תת שאילתה כי היא מבוצעת בנפרד עבור כל שורה
שים LEFT JOIN עם תנאי IS NULL או OUTER APPLY

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

@ארכיטקט

אם softs אמר לא, מציינים מייד שהבעיה נפתרה!

שכל דברי softs קב ונקי.

בסוף אתחיל להאמין לזה . . .

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

לא

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

לא ממש ירדתי לסוף דעתך אבל ברפרוף נ"ל שהתחביר של Count+Distinct יעשה לך טוב

SELECT COUNT(DISTINCT EmailAddress), -- Count unique Emails
	   COUNT(DISTINCT EmailAddress + ';' + CampaignID), -- Same with two columns
	   COUNT(DISTINCT (CASE WHEN CampaignID = 68 THEN EmailAddress END))  -- Count unique Emails for specific campaign
FROM BatchInfoView

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

משהו כזה?

SELECT  Creator, 
		SUM(CASE WHEN CAST(CreateDate AS DATE) > CAST(GETDATE() AS DATE) THEN TotalSC ELSE 0 END) AS Future,
		SUM(CASE WHEN CAST(CreateDate AS DATE) <= CAST(GETDATE() AS DATE) THEN TotalSC ELSE 0 END) AS Past
FROM PO_Header
GROUP BY Creator

פורסם במקור בפורום CODE613 ב27/10/2014 12:48 (+02:00)

זה ENUM בשם DialogResult

שים שם DialogResult.OK

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