מודל נתונים למערכת משפטית

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

התחום: [תאר את הישויות והתהליך] מסד הנתונים: [PostgreSQL / אחר] ריבוי לקוחות: [כן / לא] דרישות שמירה ורגולציה: [אם ידועות]

הפק:

1. טבלאות — DDL מלא עם טיפוסים, NOT NULL, ברירות מחדל, ומפתחות זרים. נמק כל טיפוס לא טריוויאלי.
2. גרסאות — כיצד נשמרות גרסאות של מסמך או סעיף. האם append-only, טבלת היסטוריה, או temporal. נמק לפי דרישת השאילתה "מה היה הנוסח בתאריך X".
3. מסלול ביקורת — מי עשה מה ומתי, על אילו טבלאות, וכיצד מונעים מחיקה או שינוי של רשומות ביקורת.
4. בידוד לקוחות — עמודת tenant_id ומדיניות RLS, או סכמה נפרדת. פרט את המדיניות בפועל וכיצד בודקים שהיא עובדת.
5. מחיקה — soft delete מול מחיקה קשה, מול חובת מחיקה רגולטורית. אלה מתנגשים; הכרע במפורש.
6. אינדקסים — לכל שאילתה צפויה, האינדקס שמשרת אותה. ציין אילו אינדקסים לא להוסיף ומדוע.
7. אילוצים — כל כלל עסקי שניתן לאכוף במסד ולא בקוד. העדף אילוץ על ולידציה ביישום.

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