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

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

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

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

ד"א, אפשר להמיר את הדוגמא לדוטנט דיי בקלות [מי מתנדב?], רק צריך למצוא דרך פשוטה כדי לייצא את הנתונים שלכם לאקסל (האמת שאפשר גם לCSV או XML, אבל אם יש הרבה רשומות ושדות זה נהיה איטי....)

בהצלחה!!

פורסם במקור בפורום CODE613 ב05/06/2014 15:30 (+03:00)

אני לא בטוח שזו כוונתך, אבל: האם הקובץ המצ"ב זה מה שרצית?
WhereList.accdb

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

@אבי

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

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

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

@ארכיטקט

@HUBHCBH
אבל רוצה לעשות את זה בטופס ובשדה לא מאוגד

בלתי אפשרי.

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

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

העלתי לשיתופייה כעת....

פורסם במקור בפורום CODE613 ב05/06/2014 15:32 (+03:00)

@מלא

הוא כלל לא פותח את הקובץ, וכמובן שהוא לא מדפיס אותו.

הקובץ קיים? (תבדוק שוב...)

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

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

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

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

Dim sYear As String

Dim iYear As Integer
For iYear = 1900 To 2100
    sYear = sYear & DateSerial(iYear, 1, 1) & ";" & iYear & ";"
Next iYear
sYear = Left(sYear, Len(sYear) - 1)
Me!d.RowSource = sYear

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

מצ"ב קובץ דוגמא
Year.accdb

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

@ארכיטקט

@ClickOne
(הבעייה שם שכשלוחצים כדי להזין מידע הוא מציג לרגע את כל התאריך)

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

@ClickOne

אם זה אפשרי מבחינתך, אז תעשה ברירת מחדל את ה1 לינואר של כל שנה, ובתבנית עיצוב תכתוב YYYY,

התכוונתי שתעשה ברירת מחדל לשדה וכנ"ל

פורסם במקור בפורום CODE613 ב28/05/2014 20:30 (+03:00)

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

פורסם במקור בפורום CODE613 ב28/05/2014 17:40 (+03:00)

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

dlookup("[First name]& ' ' &[ Last name]","TblUsers","UserId=0" & UserId)

פורסם במקור בפורום CODE613 ב22/06/2014 22:27 (+03:00)

@HUBHCBH

כך גם ניסתי עוד לפני ששאלתי אך זה לא עבד לי, לבסוף הוספתי [סוגרים] בשם השדה.

dlookup("[UserName]","TblUsers","UserId=0" & UserId)

כנראה שיש לך רווח בשם השדה לדוגמא:

User Name

ולא:

UserName

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

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

תכתוב במקור הפקד של תיבת הטקסט (אפשר גם כביטוי בשאילתא)

dlookup("UserName","TblUsers","UserId=0" & UserId)

ה0 לפני השירשור של ה UserId נועד כדי לחסוך את השימוש בNz

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

אין על הכתיבה שלך!

הדפסתי את זה בגדול ותליתי בבית!!!

ברשותך רק אוסיף:

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

להיות שותף של כולם:
מכירים את זה? שיחת טלפון מחבר ילדות שלא דיברת איתו כבר עשר שנים, פתאם הוא נזכר בך:

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

ובסוף, כשהוא שואל: תגיד, כמה עולה כזה פרוייקט? אתה אומר לו: תראה, אני עובד לפי שעות, כל שעה עולה X ש"ח, ואז הוא זורק את משפט המחץ: אתה יודע מה, בא נהיה שותפים, אתה תכתוב את התוכנה (ותקיז דם) ואני יספור את הכסף
תמיד אני עונה לחברה' האלה: אם זה הולך לעשות מליונים כמו שאתה מספר, למה שלא תשקיע לבד (סוד שלי: תמיד בסוף הוא משקיע לבד [רש"י: כלומר יורד מהפרוייקט או מחפש מישהו אחר])

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

[size=150:sh1bockj]למנהלים:
אני ממליץ לנעוץ! מסמך חובה לכל מתכנת כאן בפורום, ובכלל....[/size:sh1bockj]

פורסם במקור בפורום CODE613 ב28/05/2014 20:55 (+03:00)

השאלה אם משתנה גלובלי לא יגרום למשהו הפוך: ששאילתא שרצה "מבחוץ" לא תריץ טריגר אם זה יהיה תהליך מקביל.

פורסם במקור בפורום CODE613 ב26/05/2014 20:31 (+03:00)

חסום לי באתרוג וא"א לפתוח.
יש מי שמתנדב להוריד ולהעלות?

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

@דוד ל.ט.

@ClickOne
אם גידול הרשימות משמעותי הפיתרון של ארכיטקט לא ישים. (גם אם המספר ההתחלתי הוא מליון והוא כותב מערכת גדולה הוא כבר נכנס לסיכון [במיוחד אם הטבלה הראשית שעליה הוא מדבר היא לא של אנשי קשר (שאין הרבה) אלא של מיילים לדוגמא - הוא לא יכול להגביל את עצמו למליון])

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

הסיכון לא נמצא גם אצלי, כי אצלי תמיד המספר יתחיל ב1 - אפילו כשזה יגיע למיליארד. (אתה מדבר כנראה על הגבול שINT יכול להגיע, ואני מדבר על זה שאפילו BIG יכול להוות בעייה אם נעשה התחלה ממליון)
@דוד ל.ט.

@ClickOne
לגבי הביזבוז עם סטרינג, אני רק רוצה להזכיר שסטרינג בהחלט יכול לשמש כמפתח ראשי על אף הבזבזנות שלו (ועל אף הרצון של כולנו להשתמש דווקא במספר אוטו') - לדוגמא: GUID, שממומש במקרים רבים כסטרינג + מפתח ראשי ולא כסוג uniqueidentifier.

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

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

@שמואל

@ClickOne
יכול להיות שהוא פשוט רוצה קידומת כדי שיוכל לעשות טבלת משנה ולהכניס בתוך עמודה אחת את מ2 הטבלאות.

אני נהנה לשמוע שלומדים את כוונותי

אם כבר, לדוגמה בעסק שמנפיק חשבוניות וכמובן הם חייבים להיות לפי סדר רץ
כאשר רוצים להתחיל מיספור מחדש או אפילו בו זמנית להשתמש בשני מיספורים שונים אז עושים סדרות בצורה כזו (כך עד כמה שידוע לי)
סדרה אחת: 01/1, 01/2, 01/3 וכו',
סדרה 2: 02/1, 02/2, 02/3 וכו',
דרך אגב: נראה לי שהסלש הוא רק עניין תצוגתי להפריד כל פעם את שני הספרות הראשונות, אני צודק?

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

פורסם במקור בפורום CODE613 ב22/05/2014 12:36 (+03:00)

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

ובאמת לא הוספתי עמודה פר טבלה (יכול להיות שזה הפיתרון היותר נכון בדוגמא הספציפית הזו [או עמודה נוספת שרק תספר לנו מאיזו טבלה נלקח המפתח הזר]) כמו שכתבת, אלא הרעיון הוא שמספר זר 11 זה ID 1 בטבלת תרמים ומספר זר 21 זה ID 1 בטבלת הורים וכו'.
עמודה מחושבת זה אכן עלות מבחינת ביצועים, וגם עמודה נוספת שמכילה את מקור הטבלה של המפתח הזר היא כלות ביצועים.
באופן אישי בגלל הסיבה הזו אני לא אוהב שדברים כאלו נמצאים כעמודה מחושבת בטבלה אלא בVIEW שמיועד לאותו מקרה ספציפי בלבד.

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

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

@שמואל

האם יש אפשרות להגדיר ל-ID ספרות לפני הערך
דוגמא:
בטבלה אחת יתחיל המספר סידורי כך: 01/1, 01/2, 01/3 וכו'
ובטבלה שניה כך: 02/1, 02/2, 02/3 וכו'
ה'סלש' -/ לא מעכב

@ארכיטקט

כשאתה עושה identity יש גם מאפיין שנקרא sid שם אתה קובע את הערך ההתחלתי, להוסיף אפסים קודם לא נראה לי שאפשר כי הערך הוא int ולא varchar

@דוד ל.ט.

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

ויכול להיות שהוא פשוט רוצה קידומת כדי שיוכל לעשות טבלת משנה ולהכניס בתוך עמודה אחת את מ2 הטבלאות.
לדוגמא:
נניח שהוא עושה טבלת שליחת מיילים, ויש לו טבלת תורמים וטבלת הורי תלמידים (בלי להיכנס לדיון אם נכון לעשות כך או לא.)
אז במקום לעשות בטבלת שליחת המיילים ID של ההורה/תורם + עמודה של הטבלה, הוא יכול לעשות רק עמודה של ID, ובשביל לזהות תורם הוא יבדוק אם יש קידומת 1, והורה זה קידומת 2 וכו'.
אם זה הכיוון, בSQL SERVER יש אפשרות להוסיף עמודה מחושבת, ואז אתה יכול להוסיף קידומת, ולהשתמש בזה כמפתח ראשי.
הנה הקוד SQL:

CREATE TABLE [dbo].[test](
	[id] [int] IDENTITY(1,1) NOT NULL,
	[sid]  AS (CONVERT([int],'1'+CONVERT([nvarchar](23),[ID],(0)),0)),
	[LastName] [nvarchar](50) NULL
) ON [PRIMARY]

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

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

הנה עידכונים:

1. א"א לשנות את השם שיופיע ללקוח בדף חשבון אשראי.
2. חייבים עדיין לעבור דרך סולק (או אשראית96 למי שעדיין מחזיק) - [אציין ששבוע שעבר הייתה לי שיחה ארוכה עם ישראכרט והם אמרו לי בפירוש שהם עצמם עדיין עובדים עם אשראית 96 ולא עם תקן PCI DSS!!]
3. אפשר להגדיר שהכסף ייכנס אחרי יום, פעמיים בחודש או רק פעם בחודש.

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

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

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

אז כנראה שבחו"ל יותר רגילים לשלם (יוכיחו על זה מחירי חבילות האקטיבX והSDK למיניהם שעולות אלפי דולרים!. אחוז הרכישות מהארץ ממש זניח!)

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

לא קשור באופן ישיר לתיכנות, ובכל זאת....

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

יתרונות:

1. אין צורך לפתוח מס' ספק בחברות האשראי.
2. משלמים רק את עלות העמלה, (2.2% לעיסקה - לא בשמיים + 0.75% אם זו עסקת תשלומים) ואם אין צורך לשלם גם לחברת סליקה (אני בודק את זה כעת) אז זה ממש מושלם.
3. אין תשלום מלבד העמלה.
4. הכסף נכנס למחרת הסליקה לחשבון הבנק של הסולק ואין צורך להמתין שבועיים. - יתרון נוסף הוא שגם אם החברה הזו פושטת את הרגל ח"ו, מקסימום אנחנו ניזוקים על סליקה של יום אחד ולא יותר <!-- s8-) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8-)" title="מגניב" /><!-- s8-) -->

חסרונות:

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

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

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

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

מישהו מכיר? יודע? יכול לספר על ניסיון איתם? חסרונות ויתרונות נוספים?

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

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

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