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

מדובר בלמעלה מ-300 איש, עד כמה שאני מבינה כדאי להשתמש בתוכנת האקסס לשם כך ולא באקסל, נכון?

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

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

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

תודה על כל תשובה

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

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

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

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

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

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

תודה רבה

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

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

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

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

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

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

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

- ביררתי ולכולם יש מספר ת"ז כך שאוכל להשתמש בו כמפתח ראשי.
- צודק. שכחתי לרשום תאריך לידה. :-)

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

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

תודה רבה :-)

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

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

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

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

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

במקור נכתב על ידי שימי פתאום אני קולט שכתבת תאריך לידה. מוזר, חיפשתי כמה פעמים... אני כנראה נורא עייף :\ כמו שאמרתי מלכתחילה - ראוי שלכל נתון תהיה טבלה משלו, במערכת אידאלית. אם החלטת שאת לא מעוניינת לעשות את זה, לא הבנתי מדוע דווקא המקום של העבודה שלו, הוא הזוכה לטבלה נפרדת, ולדוגמא, הטלפון שלו בבית, לא. מה ההבדל? בכל אחד מהמקרים אפשר לסרוק את הטבלה ולבדוק עבור ערכים מסויימים בטור מסויים (כמו גם לציין את שלל האפשרויות השונות בכל אחד מהערכים בטור, באמצעות פונקצית GROUP BY ב SQL)... ת'אכלס את עושה בדיוק את הטבלה הענקית והמסורבלת באקסס, ברגע שאת שמה את כל הפרטים בטבלה אחת... לגבי קרובי משפחה, זה פשוט, צריכים שיהיו שני שדות עבור זה: 1) יחס אל השדה השני 2) מזהה משתמש של השדה השני. כלומר נניח: 1) בן 2) 58. אז העובד הזה הוא הבן של עובד מספר 58, ואז אפשר לבדוק מי זה.

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

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

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

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

(זו המטרה שהוא יראה מה המצב התעסוקתי של כל תושב)

תודה !

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

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

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

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

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

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

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

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

לצורך העניין:

קוד:

SELECT firstname,lastname,workplace FROM employees WHERE firstname='hila' AND lastname='fresh'

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

במקור נכתב על ידי שימי אבל באותה מידה אם היית כותבת את מקום העבודה באותה שורה בדיוק שבה כתבת את הטלפון, הכתובת, השם הפרטי, השם המשפחה - גם אז היה אפשר למצוא את מקום העבודה על פי העובד, בלי קודים. לצורך העניין: קוד: SELECT firstname,lastname,workplace FROM employees WHERE firstname='hila' AND lastname='fresh' אני לא אומר שהשיטה שלך לא נכונה - היא כן - אבל היא צריכה להיות לגבי כל הפרטים - לא רק לגבי מקום העבודה.

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

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

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

אז איך החלוקה צריכה להיות?

לא קראתי את התגובות, מקוה שלא אחזור על הנאמר.

אני הייתי עושה את זה באופן הבא:

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

הטבלאות וסוגי הטורים (סוגי הטורים כתבתי באופן בסיסי, לא כתבתי את הגודל שלהם וכד'):

טבלה ראשית- employees:

e_id - שדה מסוג INT ו- Auto_Increment
ת"ז - שדה מסוג INT (או BIGINT וכד', תלוי בגודל של המספר... בדקי בדוקומנטציה)
שם פרטי - מסוג CHAR
שם משפחה - CHAR
תאריך לידה - DATE ; אולי INT שמכיל את ה- Unix time (ראי כאן: http://en.wikipedia.org/wiki/Unix_time) . תלוי בצורך...
טלפון בבית - CHAR
סלולרי - CHAR
מקום עבודה נוכחי - Boolean (אמת או שקר)
הערות כלליות - CHAR

טבלה משנית - employees_jobs:

ej_id - שדה מסוג INT ו- Auto_Increment
e_id - שדה מסוג INT, בדומה לגודל של השדה e_id שבטבלה הראשית. זהו השדה המקשר בין הטבלאות.
מקום העבודה - CHAR כנראה...
תחילת העבודה (באיזו שנה התחיל לעבוד) - DATE או YEAR או INT ... שוב, תלוי בצורך.
היקף משרה (מלאה, חלקית וכו'..) - TINYINT - קטן מאוד כיוון שכמות האפשרויות לשדה זה מוגבל.


--- SOF ---

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

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

ציטוט:

במקור נכתב על ידי dorM לא קראתי את התגובות, מקוה שלא אחזור על הנאמר. אני הייתי עושה את זה באופן הבא: טבלה ראשית - מכילה את המידע האישי על העובדים. טבלה משנית - מכילה את המידע על העובדים בנושא העבודה, כלומר תאריך התחלת העבודה, מקום העבודה וכו'. הטבלאות וסוגי הטורים (סוגי הטורים כתבתי באופן בסיסי, לא כתבתי את הגודל שלהם וכד'): טבלה ראשית- employees: e_id - שדה מסוג INT ו- Auto_Increment ת"ז - שדה מסוג INT (או BIGINT וכד', תלוי בגודל של המספר... בדקי בדוקומנטציה) שם פרטי - מסוג CHAR שם משפחה - CHAR תאריך לידה - DATE ; אולי INT שמכיל את ה- Unix time (ראי כאן: http://en.wikipedia.org/wiki/Unix_time) . תלוי בצורך... טלפון בבית - CHAR סלולרי - CHAR מקום עבודה נוכחי - Boolean (אמת או שקר) הערות כלליות - CHAR טבלה משנית - employees_jobs: ej_id - שדה מסוג INT ו- Auto_Increment e_id - שדה מסוג INT, בדומה לגודל של השדה e_id שבטבלה הראשית. זהו השדה המקשר בין הטבלאות. מקום העבודה - CHAR כנראה... תחילת העבודה (באיזו שנה התחיל לעבוד) - DATE או YEAR או INT ... שוב, תלוי בצורך. היקף משרה (מלאה, חלקית וכו'..) - TINYINT - קטן מאוד כיוון שכמות האפשרויות לשדה זה מוגבל. --- SOF --- בנוגע לשדה של "עבודות קודמות" - לא צריך אותו. הסיבה היא שהטבלה המשנית משמשת אותך לרשימה של עבודות קודמות, כאשר כל עבודה מיוצגת בתור רשומה אחת בטבלה. תוכלי להיעזר בפיסקת INNER JOIN על מנת לקשר בין הטבלה הראשית ולמשנית. בטבלה הראשית יש את השדה "מקום עבודה נוכחי" כדי שיהיה אפשר לבדוק בקלות ובמהירות אם העובד הספציפי מובטל או עובד. יש 2 אפשרויות כאן עד כמה שהבנתי, ולכן זה מסוג BOOLEAN.

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

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

אם תוכל לתת לי דוגמא זה יהיה הכי טוב.

ושוב המון המון תודה

ציטוט:

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

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

לכן, הפיתרון הטוב ביותר הוא ליצור טבלה חדשה.
בטבלה זו, כל רשומה תכיל פרטים שונים על העבודות הקודמות של העובד(ים).
באופן זה יהיה אפשר להוסיף את כל X העבודות הקודמות של העובד, כאשר כל רשומה תהיה 1 מתוך X העבודות הקודמות שלו.
בעזרת פיסקת INNER JOIN תקבלי מכפלה קרטזית ( ראי כאן: http://he.wikipedia.org/wiki/%D7%9E...%96%D7%99%D7%AA ) של הפרטים האישיים של העובד ופרטי העבודות הקודמות שלו. התוצאות יתקבלו בצורה נפרדת לכל עובד (אם תכתבי את השאילתא בצורה נכונה כמובן).

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

ציטוט:

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

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

קוד:

SELECT e.*, ej.* FROM employees e
INNER JOIN employees_jobs ej ON ( e.e_id=ej.e_id AND job_scope=2 )
WHERE e.e_id=70

בפיסקת ה-WHERE, המספר 70 מיצג את מספר הזהות של העובד.
בפיסקת ה-ON השייכת לפיסקת ה-INNER JOIN, טור ה-"job_scope" הוא למעשה טור "היקף משרה", והמספר 2 מייצג את "חצי משרה".