חלק ד - נקודות למחשבה

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

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

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

המנגנון הזה מבטיח שתמיד ניגש לרשומה הנכונה.

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

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

נבחר את השורה LastName, ולמטה במאפיינים, נגדיר גודל שדה 30:

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

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

נעבור לטבלה השניה:

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

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

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

אל תדאגו.

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

א. אם ננסה להכניס בשדה DonorID ערך שלא קיים בטבלת התורמים, למשל 1000, ה-db יסרב לשמור את רשומת התרומה, כי הוא מוודא עבורינו שלא יהיו רשומות "יתומות" (תרומות ללא תורם משוייך)
ב. אם ננסה למחוק מטבלת התורמים תורם שקיימת עבורו תרומה - שוב ה-db לא יאפשר זאת.

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

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

טוב, שיעורי בית (אוף...):
לקצר את אורך השדה של מספר הטלפון הנייד ל-20 תוים.

בפוסט הבא ב"ה נמשיך לעבור על הטפסים שעשינו.

חלק ג: קישור בין הנתונים של התורמים והתרומות

הכח של בסיס נתונים רלציונאלי (כגון אקסס, SQL) נובע מהגדרת קשרי הגומלין (relationships) בין הנתונים.
הקשר בין רשומה של תורם לרשומה של תרומה הוא קשר של אחד-להרבה (one-to-many)
כי לכל תורם יכולות להיות מספר תרומות (לפחות אם אנחנו אופטימיים )
כדי להגדיר את הקשר בין הטבלאות, נבחר בתפריט למעלה: כלי מסד נתונים > קשרי גומלין
ונוסיף את שתי הטבלאות שיצרנו:

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

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

נקליק על "צור". שים לב שעכשיו הטבלאות מחוברות על ידי קו. הסימון 1 - ∞ מציין שהקשר הוא "אחד-להרבה" כנ"ל.

סגור את חלון קשרי הגומלין ושמור את השינויים.

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

נגרור לתוך החלל שיצרנו את הטופס של התרומות frmDonation, כדי ליצור טופס משנה:

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

כמו כן, נמחק מהטופס את שני השדות הראשונים: ID ו- DonorID:

נסגור ונשמור.

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

הפלא ופלא!
איך זה קורה?
הסבר בפוסט הבא!

כהמשך לפוסט: https://tchumim.com/topic/10485/מערכת-לניהול-תורמים/11

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

@בערל השלב הראשון הוא התכנון כמובן. והתכנון הראשון הוא מבנה הנתונים.
בבסיס הנתונים (להלן db) הנתונים נשמרים כאוסף של טבלאות. כל עמודה בטבלה מציינת "שדה", וכל שורה מציינת "רשומה".

אבל קודם כל, היכרות פשוטה:

חלק א: יצירת טבלת התורמים והטופס שלה:

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

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

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

סגור את הטבלה ותקרא לה: Donor (תורם)

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

סגור ושמור בשם frmDonor

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

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

חלק ב: יצירת טבלת התרומות והטופס

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

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

=Now()

זה יכניס אוטומטית את הזמן הנוכחי ביצירת רשומת תרומה חדשה.

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

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

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

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

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

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

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

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

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

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

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

בקיצור: הסיכוי שלך לקבל עזרה אמיתית שואף לאפס.

כתגובה לפוסט של @שעטנ-ז-ג-ץ : https://tchumim.com/topic/9451/האם-יש-הדרכה-איך-לפקסל-פנים-או-דמות-בהסרטה/13

מדריך בסיסי לטשטוש דמות נעה בסרטון

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

שלב א: יצירת אפקט טשטוש \ פיקסול:
נבחר למטה משמאל את הלשונית Effects, ואת המסנן Mosaic (פיקסול):
(אם רוצים טשטוש - צריך לבחור במקומו אחד מאפקטי ה-Blur)
ונגרור את האפקט לתוך קו-הזמן (מסומן בחץ):

שלב ב: הגדרת מסכה לאפקט
נבחר למעלה משמאל את לשונית Effect Control (מספר 1 בתמונה), נבחר צורת אליפסה (2), נשנה את הגודל כך שיתאים רק לפנים של האיש (3) ואחר כך נגדיר את מספר הריבועים ל100 על 100 כדי שהאפקט ישתלב יותר בסרטון ולא יראה כמו ריבוע אחד גדול (4):

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

הערות:

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

חלק ד - תוספת: בקשר למדריך הזה

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

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

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

נראה לי שה-S מייצג structured - לא simple.

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

מאיפה יש לך את הזמן והכוחות להשקיע בזה?!

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

חלק ז: שאילתות חלק ב: שאילתת קיבוץ

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

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

עכשיו נקליק פעמיים על השדה DonorID, הוא יתווסף לרשימה למטה:

נוסיף גם את השדה Amount:

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

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

זה אומר שהפכנו את סוג השאילתא משאילתת בחירה פשוטה לשאילתת קיבוץ.

נשנה בעמודה של Amount את האפשרות "קיבוץ לפי" לאפשרות Sum (=סכום)

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

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

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

בחלון שנפתח נרשום:

TotalAmount: Amount

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

נשמור את השאילתא בשם qryDonation_TotalAmount.

יפה, נכון?

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

חלק ו: שאילתות חלק א: שאילתת בחירה עם שדה מחושב

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

שאילתות במסד הנתונים מבוססות על שפה שנקראת SQL שזה בתרגום חופשי "שפת שאילתות מובנית". (תודה ל @yossiz על ההארה)

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

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

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

בחלון שנפתח נרשום:

FullName: LastName & " " & FirstName

ונלחץ על אישור:

נעבור לתצוגת גליון נתונים (בתפריט בצד ימין):

ונראה את התוצאות:

השאילתא יצרה שדה מחושב בשם FullName, שמכיל את הנוסחא:

LastName & " " & FirstName

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

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

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

והנה לפנינו פקודת הSQL שמרכיבה את השאילתא:

תתבוננו ותראו שבאמת שפת SQL לא כל כך נוראית. הפקודה SELECT אומרת שהשאילתא תבחר את השדות LastName ו-FirstName, ותוסיף ביניהם רווח, והמילה AS יוצרת שדה חדש בשם FullName. המילה FROM מציינת כי השדות ייבחרו מתוך הטבלה Donor.

נשמור את השאילתא בשם qryDonor_FullName.

בפוסט הבא נכיר את שאילתת הקיבוץ.

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

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

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

ולגבי מה שכתבת לעיל:

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

עובד מצוין:

מסתמא יש לך טעות כלשהי. פרט מה עשית ונראה מה הבעיה.

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

לדוגמא תשלח כך:

[{
   name: 'Sara',
   age: 30
},
{
   name: 'Avraham',
   age: 40
}]

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

[{
   age: 30,
   name: 'Sara'
},
{
   age: 40,
   name: 'Avraham'
}]

והתוצאה תהיה זהה.
עם זאת, סדר האיברים במערך - כן משנה, והם ייכנסו למערך שיווצר לפי סדר הופעתם, דהינו שרה תהיה בתא [0], ואברהם בתא [1].

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

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

@chagold אם תקבל את ההצעה תפסיד את הכסף לחלוטין. תהיה עקבי ונחוש. זה הסיכוי היחיד שלך לקבל החזר.
למוכר אכפת מביקורות גרועות, וזה קלף מיקוח בידך, מלבד ההוכחה הנ"ל בצדקתך.
גם לעליאקספרס אכפת מתלונות הקונים שלהם, ותוכל לפנות גם להנהלת עליאקספרס במייל: smallbizhelp@service.alibaba.com או buyer@aliexpress.com

@פלורידה עיין לתשובתו כאן.

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

@wein דובר על זה בעבר, החיפוש עובד רק באנגלית

@מוישלה יש שם שני תוים של רווח = ללא צורך.
תקליד בתנאי Where את המחרוזת הבאה:

"[מזהה] = " & Nz(Screen.ActiveControl,0)

@מוישלה תעלה צילום מסך של המאקרו.