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

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

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

ב. קיים שדה מזהה לרשומה בשם 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.

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

חלק ה: טפסים מקושרים

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

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

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

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

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

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

תשאלו: מה זה טפסים מקושרים?

אז זוכרים שיצרנו קשרי גומלין בין התורמים והתרומות? בואו תראו מה קרה:

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

אם נלחץ עליו, נקבל את רשימת התרומות של אברהם כהן:

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

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

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

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

מחיאות כפיים לאקסס!

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

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

בפוסט הבא נעסוק אי"ה בשאילתות.

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

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

@arielizer אמר בתאריך עברי באקסל:

זה יכול לעבוד גם הפוך? זתומרת, להמיר תאריך עברי ללוזעי?

בקוד VBA שהבאתי לעיל - כן, יש שם גם את הפונקציה ההפוכה.

@yossiz אמר:

הייתי שם לגמרי, רק חסרה קצת אלגנטיות

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

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

דרך זו גם כן מוגבלת לרזלוציה של המספר הרנדומלי

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

אגב, לכבוד הוא לי להתווכח על זוטות כאלו איתך.

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

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

@yossiz אמר

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

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

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

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

@רחמים העניין כאן הוא שאין לי כנתון לא קוטר של מעגל קיים ולא היקף שלו.

@רחמים אמר:

מה הכוונה להעריך?

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