הודעות שפורסמו על ידי OdedDvir

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

@הבוס-הגדול אתה צריך לדעת מה דגם לוח האם.
פתח את שורת הפקודה ותכתוב שם:

wmic baseboard get product,Manufacturer,version,serialnumber

מקור

@בערל אמר באקסס למתחילים: תגובות:

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

שאלות מצויינות!

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

אנחנו רצינו להציג רק את FullName, ולכן קבעתי את הרוחב של העמודה הראשונה (ID) להיות 0. רוחב אפס פירושו: מוסתר.
לעמודה השניה אני מאפשר רוחב של עד 4 ס"מ.

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

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

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

תמשיך לנסות ולהתנסות, הסקרנות הזו תגרום לך להבין באמת!

@מעמד נראה תקין...
תנסה לאפס את מאגר התמונות הממוזערות.
פתח ניקוי דיסק (חפש בהתחל) > בחר כונן C > בחלון שנפתח תסמן את "תמונות ממוזערות" ולחץ על אישור:

תפעיל שוב את Windows ותבדוק

@מעמד מקש Win+R ותרשום regedit ואנטר.
בשורה למעלה של הכתובת פשוט תדביק את הנתיב שרשמתי לעיל

@מעמד תפעיל RegEdit ונווט למפתח הבא:

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Classes\CLSID\{DC6EFB56-9CFA-464D-8880-44885D7DC193}

תעלה צילום מסך

@מעמד איזו גרסא של אקרובט יש לך בדיוק?

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

קליק ימני > הסר התקן.
ותתקין את הדרייבר החדש.

מובא כאן פתרון לבעיה:

1. בהגדרות, לכבות את התצוגה המקדימה:
   
2. להתנתק ולהתחבר שוב למשתמש בWindows.
   3.להוריד ולהתקין את התיקון הבא:
   https://www.pretentiousname.com/adobe_pdf_x64_fix/Adobe_Reader_x64_fixes_v3_001_installer.zip
3. להפעיל מחדש את Windows, להכנס להגדרות באקרובט ולהחזיר את התצוגה המקדימה שכיבינו בשלב 1.
   זה אמור לעבוד.
   למי שרוצה, יש פה גם דרך לעשות זאת באופן ידני על ידי הרג'יסטרי.

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

חלק יג: נפלאות התיבה המשולבת

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

נבחין בין שתי מחלקות של פקדים:

1. פקד סטטי - פקד שהערך שהוא מציג הוא קבוע. כלומר המשתמש לא יכול לשנות ישירות את הערך שלו. התווית, למשל, היא פקד סטטי.
2. פקד דינמי - פקד שהערך שהוא מציג אינו קבוע. כלומר המשתמש יכול לשנות ישירות את הערך שלו. תיבת הטקסט, למשל, היא פקד דינמי.

את הפקדים הדינמיים גם נחלק לשני סוגים:

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

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

2. פקד לא מאוגד - לא מאוגד לשדה כלשהו בטבלה.

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

התוית ותיבת הטקסט הם מן הסתם הפקדים הנפוצים ביותר.

במקום השלישי והמכובד, נמצאת התיבה המשולבת (ComboBox)

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

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

היתרונות האלו משדרגים את חווית המשתמש באופן מהותי.
בואו נראה.

פתחו את טבלת התרומות Donation בתצוגת עיצוב. עברו לשדה DonorID, ולמטה במפייני השדה שלו, בחרו בלשונית "בדיקת מידע":

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

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

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

אקסס תציג לנו את שם התורם המלא ליד המזהה שלו!

איך זה קרה?
בואו נחזור על מה שעשינו:

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

כעת שימו לב שבהגדרות התיבה המשולבת, מוגדרת העמודה המאוגדת להיות מספר 1:

העמודה המאוגדת היא הערך האמיתי שנשמר בשדה שבטבלה. במקרה שלנו, העמודה הראשונה של השאילתא qryDonor_FullName היא המספר המזהה-ID של התורם (ולא השם המלא-FullName)

מה שמביא אותנו לשלב הבא:
בואו נסתיר לגמרי את המזהה של התורם!

כנסו שוב למאפייני השדה של DonorID, והפעם, הוסיפו במאפיין "רוחב עמודות" את הטקסט הבא 4;0:

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

שנו את תרומה מספר 1 לתורם ישראל יעקב:

ראיתם כמה שזה קל וברור! זוהי העוצמה שבתיבה המשולבת. הנה כל היתרונות שציינתי בהתחלה:

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

מקווה שהכל היה ברור. מעכשיו התיבה המשולבת תהיה הפקד החביב עלינו.

שיעורי בית:

1. צרו שאילתא חדשה: qryFamily_FullName ובה שני שדות: המזהה של המשפחה ID, ושדה מחושב FamilyFullName שמחבר את שם המשפחה, שם האב, וא"ו החיבור ושם האם, כך שתתקבלנה התוצאות הבאות:

ID FamilyFullName
1 ראובני אברהם ושרה
2 שמעוני יצחק ורבקה

וכו'.

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

בהצלחה רבה!

בפוסט הבא נציג אי"ה את הפתרונות (גם לשיעור שעבר).

@הבוס-הגדול כנס במחשב X למאפייני המדפסת של הרשת, ותבדוק את הכרטסת של יציאות:

האם הכתובת שמסומנת ב-V היא אכן הכתובת של המדפסת שלך?

@הבוס-הגדול אמר בהרשת מתנתקת אחרי כמה דקות...:

לזאת כוונתך?

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

@איש-ימיני אמר באקסס | עזרה בשאילתת יצירת טבלה | שגיאה 3090:

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

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

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

@הבוס-הגדול בוא נבדוק את ההגדרות של מתאם הרשת של מחשב X.
חפש "מרכז הרשת והשיתוף" ושם: שנה הגדרות מתאם > תבחר את המתאם שאיתו המחשב מתחבר (בד"כ בחיבור קווי נקרא Ethernet). כנס למאפיינים, TCP/IPv4 > מאפיינים - ותעלה צילום מסך.

@הבוס-הגדול אמר בהרשת מתנתקת אחרי כמה דקות...:

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

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

@הבוס-הגדול אמר בהרשת מתנתקת אחרי כמה דקות...:

זה יכול להסתדר בהתקנ ווינ. מחדש?

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

@משתמש-מקצוען יש לך את InstallForge שהוא חינמי לגמרי. משום מה לא פתוח עדיין בנטפרי. תבקש שיפתחו לך.
אני משתמש ב SSE-Setup שהוא חינמי עבור תוכנות Freeware והרשיון לתוכנות מסחריות לא יקר. הוא מעולה במיוחד לתוכנות מבוססות אקסס.
פתוח כבר על ידי...

@בערל כן.

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

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

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

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

אני יכול לבחור את הרשומה הראשונה
אני יכול לבחור את הרשומה האחרונה
אני יכול לעבור אחת אחת ולמחוק...

@בערל אמר במיזוג קבצי אקסל ע"י השוואת נתונים:

הבעיה היא שיש כפילויות ב-ID
כלומר יש ID שקיימות פעמיים עם נתונים שונים.

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

@בערל בצירוף טבלאות, אם מזהה חוזר על עצמו יותר מפעם אחת, הצירוף יבוצע לכל רשומה.
לדוגמא:

טבלה A (השדה הראשון זה המפתח)
1 אברהם
2 יצחק
2 יעקב

טבלה B
1 כהן
2 לוי

הצירופים שיתקבלו הם
אברהם כהן
יצחק לוי
יעקב לוי

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

@חייםיודלביץ אמר באקסס למתחילים: תגובות:

לגבי רעיונות

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

@איש-ימיני אמר באקסס למתחילים: תגובות:

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

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

חלק יב: רשימת הנתמכים

בואו נראה מה עשינו עד עכשיו.

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

כעת אני רוצה לעבור לצד השני של הנתמכים.

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

אבל יש לי כמה כללים:

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

2. התורם הנדיב, בבואו לקיים מצווות צדקה, יוכל לבחור מתוך שתי אפשרויות של תרומה:

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

נשמע מורכב? בואו נתחיל עם מה שכבר אנו יודעים.

ניצור טבלה חדשה עבור המשפחות, עם השדות הבאים:

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

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

למה?

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

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

נשמור את הטבלה בשם Family.

עכשיו יש לנו בעיה.

איך מגדירים את קשרי הגומלין בין המשפחות לתורמים?

אחרי ההתבוננות, נשים לב כי לכל תורם יכולות להיות כמה משפחות קשורות, אז לכאורה זה קשר של יחיד-רבים... אבל גם לכל משפחה יכולים להיות כמה תורמים קשורים!

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

משפחה-תורם.
משפחה-תורם.
משפחה-תורם.

לקשר הזה קוראים קשר של רבים לרבים. והדרך ליישם אותו בבסיס הנתונים היא על ידי טבלת עזר, או טבלת זוגות.

צרו טבלה חדשה עם השדות הבאים:

נסו לשמור את הטבלה בשם: Family_Donor... אקסס תקפיץ לכם את החלון הבא:

מה קרה?
אקסס דואגת לנו שנעבוד נכון!

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

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

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

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

עכשיו נלחץ בתפריט על הסמל של המפתח הראשי, ונבחין כי נוסף סימון של מפתח לפני שתי השורות:

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

נעבור כעת להגדרת קשרי הגומלין, ונוסיף את הטבלאות החדשות Family, Family_Donor למשטח העבודה.
נגדיר את קשרי הגומלין לפי התמונה הבאה:

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

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

בפוסט הבא ניצור את הטפסים המתאימים לניהול הטבלאות שהוספנו.

@בערל אמר באקסס למתחילים: תגובות:

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

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

חלק יא: פתרונות לשיעורי הבית

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

1. כדי לא להשאיר את המדריך חסר
2. כי יש לי הערות קטנות פה ושם

אז מה היה לנו?

1. הוסף מיון לשאילתת השמות, כך שהיא תציג את שמות התורמים לפי סדר הא"ב.

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

2. הוסף לשאילתת הסיכום גם שדה בשם DonationCount שיכיל את מספר התרומות של כל תורם. דהיינו עבור אברהם יופיע 3, ליצחק יופיע 1, וליעקב יופיע 0 בדוגמא שלנו.

גם כאן, מי ששם לב כשבנינו את עמודת הסיכום בשאילתת הקיבוץ, הבחין שיש עוד נוסחאות לבחירה, אחת מהן היא Count, שהיא פשוט סופרת את מספר הרשומות עבור שדה מסויים:

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

3. סדר את שאילת הסכומים לפי סכום התרומות בסדר יורד, כלומר שבשורה הראשונה יופיע התורם שתרם הכי הרבה.

זה פשוט, על ידי הוספת מיון לעמודת הסכומים:

4.אני רוצה לשמור עבור כל תורם את פרטי ההתקשרות עמו. כלומר שעבור כל תורם יהיה יומן שיחות עם תאריך השיחה ותקציר השיחה. צור טבלה חדשה בשם DonorConversation כדי לנהל את פרטי ההתקשרות. חשוב: אילו שדות אמורים להופיע בטבלה?

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

5. צור קשר גומלין מתאים בין טבלת התורמים לטבלת השיחות.

בבקשה:

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

6. צור טופס חדש בשם frmDonorConversation שמציג את פרטי ההתקשרות.

שני קליקים וסיימתי:

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

שוב, קלי קלות, פשוט לגרור את הטופס לתוך הטופס הראשי:

סיכום:

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

כאן בונים

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

על זה יש לי שתי תשובות:
א. MVP
לא, אני לא מתכוון לדגם של מאזדה. MVP הוא קיצור של Minimum Viable Product.

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

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

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

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

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

ב. סבתא אקסס
כנגד היכולות הגבוהות שלה בפיתוח, אקסס מאד דלה בצד של חווית המשתמש.

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

טוב די עם הפיטפוטים.

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

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

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

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

@מנצפך טיפוס הנתונים float מאוחסן ב4-8 בתים. טיפוס הנתונים decimal דורש 5-17 בתים.
פשוט שהאחרון דורש יותר מקום בזיכרון ויותר כח חישוב, וממילא הכתיבה והקריאה איטית יותר.
אני תמה למאי נפקא מינה?
בנתונים פיננסיים מה שאמור יותר להעסיק אותך הוא הדיוק ולא הביצועים, וממילא float לא בא בחשבון, בפרט לא במיליוני שורות.

עריכה: יש כאן חומר קריאה בנושא (לגבי SQL Server)

@a0533057932 תודה. אתה מכיר אישית את הדגמים?
לגבי חיבור סטיק נראה לי מסורבל. מה אני ארוויח מכך? העלות של הדגמים הנ"ל נראית סבירה.

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