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

א. לא התכוונתי מידור בין עובד לעובד, זה בלתי אפשרי עם משתמש אחד, בתוכנה שניגשת לנתונים לא דרך תיווך של מידור משתמשים או בDB או בכל רכיב בתוכנה אחר [u:2ezjn93c]שאינו על המחשב המקומי[/u:2ezjn93c]. התכוונתי למידור שהעובד לא יוכל לעשות דברים גרועים יותר ממה שהתוכנה יכולה לעשות. הכלל: אם אין רמת משתמשים מרוחקת (בDB מרוחק, או כל שרת אחר כמו WebService או WCF או ASP כמו שאמרת), כל מהגבלה שרוצים להחיל על המשתמש מוכרחים להחיל גם על האפליקציה. וכל מה שהאפליקציה מסוגלת לעשות מבחינת הרשאות, המשתמש בה פוטנציאלית יכול גם.
ב. הנחת העבודה שלי היא שזה אפשרי להוציא מחרוזת טקסט מתוך תוכנה כל שהיא לא משנה איך היא קומפלה. יותר מזה, גם כשהמחרוזת איננה ליטרל אלא משתנה, אפשר לגשת לזיכרון של התוכנה או לעקוב אחרי התקשורת של התוכנה ולקבל את הקונקשיין המלא. איך? אני אפי' לא יודע, אבל זה בהכרח אפשרי. האבטחת המידע בקשר לטבלאות המקושרות לא משנה את ההנחה האמורה.
ג. אין שום סתירה בין שימוש בSP לDataSet, זה הולך יופי ביחד.

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

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

ב. מה שהתכוונתי עם דרך הפעולה של הSP יעויין בקישור, זה מה שהתכוונתי.

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

אני לא בסוגיא אז אל תטרח להסביר לי עוד.
הדברים ששאלת:

1. SP יותר בטוח במידה ואתה נותן לו הרשאה נמוכה יותר. אם יש לתוכנה שלך הרשאת גישה לטבלאות, המשתמש (לא הלקוח, הבחור מול המחשב, פקיד גיק כזה) יכול לXXX. משא"כ בSP הוא מוגבל למה שהוא מספק.
   דרך העבודה עם SP זה לא לכתוב את שמו כמו שאילתה, הוא אומר להיות אלגנטי יותר, אני לא יודע עד כמה אקסס תומך בזה, יעויין: http://support.microsoft.com/kb/185125
   בקשר להרגל לSQL הרגיל ובקשר לגמישות אתה חופשי להמשיך זאת בצד המסד, תוך עריכת הSP.

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

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

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

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

בהתקנה רגילה של SQL SERVER מותקן אשף בשם Import and Export Data.
חפש אותו בתוכניות.
האו מייצא ומייבא הרבה דברים מ/אל הרבה דברים.

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

בעזרת השם והסיסמה אתה יכול לקרוא כמו Outlock.
יש שתי פרוטוקלים IMAP וPOP, ואתה צריך לראות דוגמאות באינטרנט איך עובדים איתם, לי אין נסיון בזה כלל.
ראה כאן:
http://stackoverflow.com/questions/670183
http://stackoverflow.com/questions/545724

בהצלחה.

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

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

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

ואכן לא לגמרי הבנתי את כל התוכנית. לא הבנתי למה א"א להשתמש בתנאי עם קיים אפי' בגוף השאילתה. ולמה Group by מסובך, ומה לגבי UNION וMERGE.

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

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

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

מידי דברי גיגלתי ומצאתי http://stackoverflow.com/questions/1139050/how-to-ignore-duplicate-key-error-in-t-sql-sql-server
יש שם כמה פתרונות:
א. קביעת ערך במשתנה מערכת בשם XACT_ABORT
ב. כנ"ל עם IGNORE_DUP_KEY
ג. תנאי בהכנסה של אם קיים.
ד. יעויין שם...

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

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

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

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

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

@ארכיטקט

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

עם קוד? אז למה לא WPF?

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

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

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

בוקר טוב, אני חשבתי שאתה משתמש עם אקסס כUI, וממילא א"א.
במסדים אמיתיים משתמשים כמעט רק בSP במיוחד בגלל בעיות הרשאה, וגם בשביל זיהוי משתמש ועוד.

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

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

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

@ארכיטקט

@דוד ל.ט.
אתה יכול לנמק?

תוריד את הקובץ תשנה את המיון ordrr by ותראה בעצמך.

אז לא הבנת אותי. לא אמרתי שלא.
התכוונתי שכמו שכשאתה עמוד על שורה אז כתוב למטה 5 מתוך XXXX
אז ה5 הזה יהיה כתוב באחת העמודות בשורה ה5 במיון הנוכחי.

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

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

@ארכיטקט

@דוד ל.ט.
השאלה שם זה מספור רץ פשוט לגמרי.

כלומר כמו שבאקסס יש מספר שורה למטה, אז זה מביא את זה בשדה בשאילתה.

ממש ממש לא.

אתה יכול לנמק?

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

@רחמים

עיין כאן בדוגמא שהביא moishy
http://www.prog.co.il/showthread.php?t=138631

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

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

נראה לי שמותר לשמור את זה בשורת התשלום, אבל נניח שאתה לא שומר.

אז אם המספר הוא מספר רץ, ובהכרח כל השורות שאחריו בעלי מס' גבוה יותר, אז תעשה Count על תשלומים של לקוח זה עם מס' שווה או קטן למס' הID של התשלום הנוכחי.
אם אין מספר, או המספר לא רץ/לא לפי סדר, אז תעשה אותו הדבר אבל בהתבסס על התאריך, כל השורות בהם התאריך קטן או שווה לנוכחי.

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

DCount("CustID","Customers","PaymentID <= " & [PaymentID] & " AND CustID = " & [CustID])

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

לא שמתי לב שכתבת "בתוך פונקציה".
אמת, אי אפשר.

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

אתה טועה, אצלי עובד בכל אופן.

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