יסודות הלמידה של המימד הרביעי

אם אתם מגיעים ל-4D (4th Dimension) מ-FileMaker Pro, Microsoft Access או מכלי low-code מודרני, הדבר הראשון שאתם צריכים הוא מפה כנה של השטח. הדף המקורי “4th Dimension Learning Basics” נכתב כהשוואה ראש בראש של דרישות המערכת בין FileMaker Pro 5.0 ל-4th Dimension 6.5 — תמונת מצב בערך משנים 1999–2000. תמונת המצב הזו עדיין שימושית, אך רק אם תבינו מדוע הדרישות הללו היו שונות ומה הן מלמדות אתכם על האופן שבו שני המוצרים תופסים את העולם. מאמר זה משמר את ההשוואה המקורית ובונה את ההקשר סביבה: מה המשמעות של המספרים, כיצד הפלטפורמות התפצלו, וכיצד לקבל החלטות מעשיות כיום כאשר אתם יורשים או מתחזקים מערכת 4D. אם אתם שוקלים האם 4D עדיין מתאימה למחסנית הטכנולוגית (stack) שלכם, ביקורות ה-low code של 4th dimension שלנו בוחנות כיצד היא עומדת מול הכלים הנוכחיים.

נקודות מפתח

• טבלאות הדרישות המקוריות של FileMaker מול 4D הן קו בסיס היסטורי, לא מדריך קנייה — התייחסו לנתוני ה-RAM ומערכת ההפעלה הספציפיים כאל פריטים תקופתיים.
• ההבדל הארכיטקטוני המשמעותי ביותר הוא ש-4D היא סביבת פיתוח למסדי נתונים יחסיים הניתנים לתכנות, בעוד ש-FileMaker Pro מומסה כיישום מסד נתונים למשתמש קצה.
• ההפרדה של 4D בין מבנה (structure), שיטות (methods), טפסים וקבצי נתונים היא שמאפשרת לה לגדול מכלי שולחני למשתמש יחיד למערכת לקוח/שרת ולמערכת המפורסמת באינטרנט.
• מודל הרשת, רישוי זמן ריצה (runtime) וזמינות מהדר (compiler) הם שלושת התחומים שבהם 4D ו-FileMaker התפצלו בצורה החדה ביותר — ושבהם החלטות הגירה עדיין נשענות כיום.
• 4D מודרנית (4D v20 ואילך) רצה על macOS ו-Windows עדכניים, תומכת ב-SQL וב-REST, ומשתלבת עם Git — האילוצים מעידן גרסה 6.5 אינם חלים עוד.

ההשוואה המקורית, כפי שנשמרה

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

FileMaker Pro 5.0 — Macintosh: Power Macintosh; 16 MB RAM; Mac OS גרסה 7.6.1 ומעלה; כונן CD-ROM וכונן קשיח; וחיבור רשת TCP/IP או AppleTalk (נדרש לשיתוף מסדי נתונים של FileMaker ברשת). דרישות הפרסום באינטרנט כללו מחשב מארח עם גישה רציפה לאינטרנט או לאינטראנט באמצעות TCP/IP, ספק אינטרנט (ISP) לגישה לרשת, וגישה למסדי נתונים שפורסמו באינטרנט המוגבלת ל-10 כתובות IP לכל תקופה מתגלגלת של 12 שעות.

FileMaker Pro 5.0 — Windows: מחשב תואם אינטל (486/33 ומעלה); 16 MB RAM; Windows 95 או Windows 98, או Windows NT 4 (Service Pack 3); כונן CD-ROM וכונן קשיח. דרישות הפרסום באינטרנט היו זהות: מארח עם גישת TCP/IP רציפה, ספק אינטרנט, ואותה מגבלה של 10 כתובות IP לכל תקופה של 12 שעות.

4th Dimension 6.5 — Macintosh: מעבד Power PC 601 עם כונן קשיח ומערכת 7.6.1 ומעלה עם 20 MB RAM; כונן CD-ROM וכונן קשיח.

4th Dimension 6.5 — Windows: מכונה מבוססת 486 או Pentium עם כונן קשיח ואחד מהבאים: Windows 95/98 עם לפחות 16 MB RAM, או Windows NT Workstation או Server עם לפחות 24 MB RAM.

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

שני דברים בולטים לעין. ראשית, 4D דרשה יותר RAM במק (20 MB לעומת 16 MB) והבחינה בין תצורות Windows NT Workstation ל-Server — סימן לכך ש-4D כבר נפרסה בתפקידי שרת. שנית, הפרסום באינטרנט של FileMaker נמדד לפי כתובת IP, מה שמעיד על כך שהיא כוונה לפרסום עבור קבוצות עבודה קטנות, ולא לפריסה ארגונית.

מדוע הדרישות היו שונות

הפער בין 16 MB ל-20–24 MB לא היה שרירותי. הוא שיקף הבדל מהותי במה שכל מוצר היה.

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

אם אתה עושה קניות: Zoho Creator — בונה אפליקציות בקוד נמוך שמתחבר לחבילת Zoho הרחבה יותר ומחירים למשתמש ולא לכל אפליקציה..

4D, לעומת זאת, סופקה כסביבת פיתוח מלאה. אפילו בעידן 6.5 היא כללה:

• עורך מבנה (structure editor) להגדרת טבלאות, שדות ויחסים
• עורך שיטות (method editor) לכתיבת שפת התכנות של 4D
• עורך טפסים (form editor) לעיצוב פריסות קלט ופלט
• מהדר (compiler) שיכול להפוך קוד מפורש (interpreted) ליישום עצמאי
• ארכיטקטורת לקוח/שרת נפרדת מהגרסה למשתמש יחיד

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

ההבחנה בין מתורגמן (interpreter) למהדר (compiler)

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

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

אם אתם לומדים 4D היום, הבינו ש”יישום 4D מהודר” (compiled 4D application) הוא יעד פריסה מסדר ראשון, ותכננו את מבנה הפרויקט שלכם בהתאם מהיום הראשון.

דרישות מערכת כאות עיצובי

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

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

אות בדרישות	מה זה מלמד אתכם
נתוני NT Workstation נפרדים מ-Server	הספק ציפה לפריסות שרת, לא רק למחשבים שולחניים
RAM גבוה יותר בפלטפורמה אחת	המנוע כנראה עבר אופטימיזציה או נבדק תחילה בפלטפורמה זו
מדידת כתובות IP עבור גישה לאינטרנט	הפרסום באינטרנט היה תוסף (bolt-on), עם רישוי לפי חיבור
כונן CD-ROM ברשימה	ההפצה הייתה במדיה פיזית; לא היו עדכונים אוטומטיים
אזכור מפורש של AppleTalk	רשתות טרום-TCP/IP-בכל-מקום היו עדיין נפוצות

הלקח המעשי: כשאתם מעריכים כל פלטפורמת מסד נתונים — 4D, FileMaker, Access או כלי low-code מודרני — בדקו אם הספק מפרט תצורות שרת בנפרד. אם כן, המוצר נבנה לפריסה מרובת משתמשים. אם הם מפרטים רק מפרט שולחני, אתם מסתכלים על כלי למשתמש יחיד שעשוי להתקשות תחת עומס של משתמשים במקביל.

רשת: לקוח/שרת לעומת שיתוף קבצים

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

מודל השיתוף המקורי של FileMaker היה שיתוף קבצים ברשת — מכונה אחת פתחה את קובץ מסד הנתונים ואחרות התחברו אליה, כאשר TCP/IP או AppleTalk שימשו כתחבורה. זה פשוט ועובד היטב עבור צוותים קטנים, אך המשמעות היא שה”שרת” הוא למעשה רק מחשב עמית שמחזיק קובץ פתוח.

הבחירה שלנו: Claris FileMaker Pro — פלטפורמת מסד הנתונים הרלוונטיים ארוכת השנים לצוותים שזקוקים לאפליקציות מותאמות אישית במחשב שולחני, באינטרנט ובנייד מקובץ בודד..

המודל של 4D היה ארכיטקטורת לקוח/שרת אמיתית. תהליך ה-4D Server מנהל את הנתונים, מטפל בגישה במקביל ומגיש בקשות ליישומי 4D Client. זה קרוב יותר לאופן שבו PostgreSQL או Microsoft SQL Server פועלים, וזו הסיבה ש-4D יכלה לגדול למספר משתמשים גדול יותר ולמערכי נתונים גדולים יותר.

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

• משתמש יחיד או שני אנשים? מסד נתונים שולחני הוא פתרון טוב.
• קומץ משתמשים בו-זמנית ברשת LAN? שיתוף קבצים או שרת קל משקל יעבדו.
• עשרות משתמשים, גישה מרחוק או לקוחות אינטרנט? אתם זקוקים למנוע לקוח/שרת אמיתי כמו 4D Server.

מדידת כתובות ה-IP המקורית בפרסום האינטרנט של FileMaker היא המחשה טובה לאילוץ: היא לא נבנתה עבור תעבורת אינטרנט פתוחה.

זמני ריצה, מהדרים ופריסה

הכותרות “הבדלים בזמני ריצה” ו”מהדר” במתווה המקורי מצביעות על נקודת פיצול משמעותית.

• זמן ריצה מפורש (Interpreted runtime): אתם רצים בתוך סביבת הפיתוח של 4D. הכי מתאים לפיתוח, ניפוי שגיאות (debugging) וכלים פנימיים שבהם אתם שולטים במכונה.
• יישום מהודר (Compiled application): אתם בונים קובץ הרצה עצמאי. הכי מתאים להפצה למשתמשים שלא אמורים להחזיק את סביבת הפיתוח.
• 4D Server: המנוע מרובה המשתמשים. הכי מתאים לנתונים משותפים עם גישה במקביל.
• 4D Client: יישום החיבור. הכי מתאים לתחנות עבודה שמתקשרות עם השרת.

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

אירוח אתרים ותרשימי נתונים

המתווה המקורי רשם את “אירוח אתרים” ו”תרשימי נתונים” כנושאים נפרדים, ושניהם נותרו רלוונטיים.

אירוח אתרים (Web hosting) בעולם ה-4D פירושו חשיפת מסד הנתונים שלכם לדפדפנים. היסטורית, זה נעשה באמצעות שרת האינטרנט המובנה של 4D, שיכול היה לשרת תבניות HTML ולהגיב לבקשות באמצעות שפת 4D. כיום, 4D תומכת גם בגישה בסגנון REST ויכולה להשתלב עם ערימות אינטרנט סטנדרטיות, כך שאינכם נעולים למודל פרסום קנייני. אם אתם מתכננים חזית (front end) לאינטרנט, החליטו מוקדם אם תרנדרו דפים בצד השרת ב-4D או תחשפו נתונים באמצעות REST למסגרת חזיתית נפרדת.

תרשימי נתונים (Data charting) פירושם הפיכת תוצאות שאילתות לגרפים וללוחות בקרה (dashboards). 4D הציעה היסטורית תרשימים דרך אובייקטי הטפסים שלה ותוספי צד שלישי. ההדרכה המעשית: שמרו את שאילתות הדיווח שלכם נפרד מטפסי הזנת הנתונים, מכיוון שלעומסי עבודה של דיווח יש מאפייני ביצועים שונים מאוד מאלו של עסקאות (transactions).

תוספים, כלים והמערכת האקולוגית

הכותרות “תוספים”, “כלים/שירותים” ו”משאבים” במתווה המקורי מכירות בעובדה חשובה: אף פלטפורמת מסד נתונים אינה משמשת בבידוד.

• תוספים (Plug-ins) מרחיבים את 4D ביכולות שהליבה אינה מספקת — פורמטים מיוחדים של קבצים, אינטגרציית חומרה, גרפיקה מתקדמת.
• כלים וכלי שירות מכסים הכל, מניתוח קוד ועד תיקון נתונים.
• משאבים — תיעוד, פורומים ואתרי קהילה — הם המקום שבו למעשה לומדים את הפלטפורמה.

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

כיצד להחליט: מסגרת מעשית

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

1. כמה משתמשים במקביל? אחד או שניים פירושם כלי שולחני. יותר מקומץ פירושו שאתם זקוקים למנוע שרת אמיתי.
2. האם אתם צריכים להפיץ אפליקציה עצמאית? אם כן, אתם זקוקים לפלטפורמה עם מהדר, ש-4D מספקת.
3. האם תהיה חזית אינטרנט או מובייל? אם כן, העדיפו פלטפורמה עם גישת REST או SQL.
4. כמה לוגיקה מותאמת אישית? כללים עסקיים כבדים מעדיפים סביבה ניתנת לתכנות על פני סביבה מונחית טפסים.
5. מהו מערך המיומנויות של הצוות שלכם? “מפתח אזרח” (citizen developer) יהיה פרודוקטיבי מהר יותר בכלים בסגנון FileMaker; מתכנת יעדיף את עורך השיטות של 4D.

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

שאלות נפוצות

האם 4D זה אותו דבר כמו 4th Dimension?

כן. “4D” הוא השם המודרני למוצר שנקרא במקור “4th Dimension”. השם התקצר עם השנים, אך הפלטפורמה, השפה וסביבת הפיתוח הם מאותה שושלת. תיעוד ופוסטים של הקהילה משנות ה-90 וה-2000 משתמשים ב-”4th Dimension”, בעוד שחומרים עדכניים משתמשים ב-”4D”.

מדוע 4th Dimension הייתה זקוקה ליותר RAM מאשר FileMaker Pro?

מכיוון ש-4D סופקה כסביבת פיתוח שלמה — עורך מבנה, עורך שיטות, עורך טפסים, מהדר ורכיבי לקוח/שרת — בעוד ש-FileMaker Pro מומסה כיישום מסד נתונים למשתמש קצה. יותר תתי-מערכות שרצות בו-זמנית פירושן טביעת זיכרון גדולה יותר. הדרישה הגבוהה יותר הייתה תוצאה של היותה פלטפורמה ולא רק אפליקציה בודדת.

מה ההבדל בין מצב מפורש (interpreted) למצב מהודר (compiled) ב-4D?

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

האם ניתן לפרסם מסדי נתונים 4D באינטרנט?

כֵּן. 4D כללה זה מכבר שרת אינטרנט מובנה המסוגל להגיש דפים ולהגיב לבקשות באמצעות שפת ה-4D, וגם גרסאות מודרניות תומכות בגישה ושילוב בסגנון REST עם מחסניות אינטרנט סטנדרטיות. ההשוואה המקורית של FileMaker מדדה גישה לאינטרנט לפי כתובת IP, מה ששיקף מודל פרסום של קבוצות עבודה קטנות ולא תעבורת אינטרנט פתוחה.

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

לא. הנתונים בהשוואה המקורית - 16 MB של זיכרון RAM, Windows 95/98, Mac OS 7.6.1 - מתארים חומרה ומערכות הפעלה מ-1999-2000 בערך. מהדורות 4D מודרניות פועלות על גרסאות נוכחיות של macOS ו-Windows ודורשות הרבה יותר זיכרון, כפי שהיית מצפה מכל פלטפורמת מסד נתונים עכשווית. התייחסו לטבלה הישנה כאל קו בסיס היסטורי, לא כמדריך קנייה.

מה כדאי למתחילים ללמוד קודם ב-4D?

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