דילוג לתוכן
  • דף הבית
  • קטגוריות
  • פוסטים אחרונים
  • משתמשים
  • חיפוש
  • חוקי הפורום
כיווץ
תחומים

תחומים - פורום חרדי מקצועי

💡 רוצה לזכור קריאת שמע בזמן? לחץ כאן!
  1. דף הבית
  2. תכנות
  3. MySql תכנון טבלה לשליפה על פי שתי עמודות

MySql תכנון טבלה לשליפה על פי שתי עמודות

מתוזמן נעוץ נעול הועבר תכנות
2 פוסטים 2 כותבים 275 צפיות 2 עוקבים
  • מהישן לחדש
  • מהחדש לישן
  • הכי הרבה הצבעות
תגובה
  • תגובה כנושא
התחברו כדי לפרסם תגובה
נושא זה נמחק. רק משתמשים עם הרשאות מתאימות יוכלו לצפות בו.
  • י
    י
    יוסף בן שמעון
    כתב ב נערך לאחרונה על ידי יוסף בן שמעון
    #1

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

    ID
    UserID
    UserSideBID
    Type ENUN('sale','buy','question','interest')
    

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

    WHERE UserID=123 OR (UserSideBID=123 AND Type IN('sale', 'buy'))
    

    אבל השאילתות מורכבות לתחזוקה ולא אינטואיטיביות

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

    תגובה 1 תגובה אחרונה
    0
    • dovidD
      dovidD
      dovid
      ניהול
      כתב ב נערך לאחרונה על ידי dovid
      #2

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

      InteractionID, UserID, Type, Role
      

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

      • מנטור אישי בתכנות והמסתעף – להתקדם לשלב הבא!
      • בכל נושא אפשר ליצור קשר dovid@tchumim.com
      תגובה 1 תגובה אחרונה
      1

      שלום! נראה שהשיחה הזו מעניינת אותך, אבל עדיין אין לך חשבון.

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

      בעזרת התרומה שלך, הפוסט הזה יכול להיות אפילו טוב יותר 💗

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


      בא תתחבר לדף היומי!
      • התחברות

      • אין לך חשבון עדיין? הרשמה

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