לדלג לתוכן

אונטולוגיה

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

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

אוצר המילים המשותף הזה מחבר את שפת העסק לנתונים הפיזיים. סוכן AI שיודע ש-"customer" מציין כל עמודה עם מזהה לקוח לא צריך לנחש איזו מבין cust_id, customerId ו-CUSTOMER_KEY היא הנכונה. כולן ממופות לאותו מונח, והמונח נושא את ההגדרה.

מחלקות, תכונות ומושגים

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

תפקיד מעוגן ב- דוגמה
מחלקה טבלה או view אחד או יותר. המופעים שלה הם השורות שלהם. customer, מעוגן ב-customers וב-crm_contacts
תכונה עמודות שאינן מפתחות. customer email, שמחזיק את customers.email
מושג שום דבר ישירות. הוא מגיע לנתונים דרך הקשרים שלו. revenue, עם קשתות PART_OF מ-order amount ומ-refund amount

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

כל טבלה עם מפתח מציעה מחלקה

כשנשמרת טבלה עם מפתח ראשי, Provisa מעגנת אותה במונח מחלקה בטיוטה, שנקרא על שם המושג של הטבלה: orders מציעה את order, ו-order_lines מציעה את order line. טבלאות של אותו מושג חולקות מחלקה אחת. טבלה ללא מפתח ראשי לא יכולה להיות מחלקה, והעיגון שלה נדחה עם ציון הטבלה.

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

המפתחות שייכים למחלקה

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

מפתח זר עובד באותה דרך. כל עמודה בצד ה"רבים" של קשר מוצהר מציבה את ההפניה שלה על המחלקה של טבלת היעד, לא משנה איך קוראים לה. manager_id ב-employees, שמצביע חזרה אל employees, נוחת על employee; התפקיד "manager" חי בשם הקשר. עמודה ללא קשר מוצהר היא תכונה, גם כשהשם שלה תואם מחלקה.

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

אותה ישות בכמה טבלאות

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

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

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

כיצד מונחים נגזרים

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

הרחבת קיצורים ממירה קיצורים ארגוניים נפוצים לצורתם המלאה: cust → customer, txn → transaction, qty → quantity וכן הלאה. גם id וגם key מתרחבים ל-identifier. הטבלה קבועה וזהירה. קיצורים דו-משמעיים כמו st, min ו-no נשארים כפי שהם, כדי שדבר לא יינחש לא נכון.

הסרת אסימוני proxy מסירה אסימון identifier, code, index או reference בסוף. עמודה בשם cust_id לא מציינת את המזהה עצמו; היא מציינת לקוח דרך ערך חלופי. הסרת ה-proxy מביאה גם את cust_id וגם את customerId אל המונח customer. רק אסימונים בסוף מוסרים, ולעולם לא האחרון שנשאר, ולכן עמודה id לבדה מתרחבת ל-identifier ונשארת שם.

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

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

ביטויים גנריים

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

כשביטוי נכלל בקבוצה הגנרית ויש הקשר של טבלה, המונח מסויג ל-<מושג הטבלה> <ביטוי>: employees.first_name מנורמל ל-employee first name.

הקבוצה הגנרית כוללת שמות עצם של תכונות (name, date, status, type, amount, quantity), ביטויי ביקורת (created_at, modified_by, submitted_timestamp) ועוד כמה שמופיעים כמעט בכל טבלה.

מונחים הולכים אחרי השם העסקי

מונח נגזר הולך אחרי השם העסקי של העמודה: הכינוי שלה כשהממדל הגדיר כזה, ואחרת השם הפיזי שלה. כש-usr_nm מקבל את הכינוי user name, המונח הנגזר הוא user name, בעוד שהרחבת usr_nm הייתה עלולה לתת user number.

מתן כינוי לעמודה הוא התיקון החזק יותר. כינוי עובר לכל משטח שקורא את העמודה (SQL, GraphQL, סוכני AI, הקטלוג), כך שהמודל מתאר את עצמו נכון בכל מקום. שינוי שם המונח מתקן רשומת קטלוג אחת ומשאיר את העמודה בשם usr_nm לקורא הבא. באנר הטיוטה בממשק אומר זאת: תנו קודם כינוי לעמודה, ושנו את שם המונח רק כששם העמודה נכון ואוצר המילים לא.

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

שמות טבלאות של נתיב גישה

חלק משמות הטבלאות מתארים נתיב גישה ולא מושג: user_by_name הוא משתמש שמגיעים אליו דרך חיפוש לפי שם, ולא סוג ישות נפרד. כש-Provisa גוזרת את המושג של טבלה, היא חותכת את השם במילת הקישור, כך ש-user_by_name הופך ל-user ו-orders_by_customer הופך ל-order.

בלי החיתוך, user_by_name היה מציע מחלקה user name שמתנגשת בתכונה האמיתית users.name. החיתוך חל רק על מושגי טבלה. בשם עמודה, by הוא חלק משם העצם המורכב, ולכן pet_by_name ו-pet_name מתנרמלים לאותו מונח, pet name.

סטטוס

למונח יש סטטוס אחד בכל רגע.

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

כלל הקבלה

מונח פעיל כשהוא עומד בשלושה תנאים.

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

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

סימון מונח כמיושן

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

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

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

הוצאת מונח משימוש

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

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

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

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

שחזור מונח

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

מה הופך מונח למאוצר

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

  • הגדרה שמורה
  • קשת קשר
  • מומחה תוכן מוקצה
  • תגית, כמו pii
  • הוצאה משימוש

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

סנכרון מחדש מטבלאות

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

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

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

קשרים

מונחים קשורים למונחים אחרים בקשתות מוטפסות.

סוג משמעות
KIND_OF מונח המקור הוא סוג של מונח היעד.
PART_OF מונח המקור הוא רכיב של מונח היעד.
SYNONYM_OF שני המונחים ניתנים להחלפה בתחום הזה.
RELATED_TO קשר רופף, כשאין טענה חזקה יותר שמתאימה.
VALID_VALUE_OF המקור הוא ערך מותר של הספירה או התחום של היעד.
DERIVED_FROM המקור מחושב או נלקח מהיעד.
REPLACES המקור מחליף את היעד. הוצאת מונח משימוש כותבת קשת כזו מהמחליף שלו.
PREFERRED_TERM_FOR המקור הוא המונח המועדף על פני היעד שאינו מומלץ.
TRANSLATION_OF המקור הוא תרגום של היעד לשפה או לאזור אחר.
ANTONYM_OF המקור הוא ההפך הסמנטי של היעד.

לקשרים יש כיוון. הממשק מציג קשתות יוצאות (המונח הזה → אחר) וקשתות נכנסות (מונח אחר → המונח הזה), ומתייג כל כיוון בניסוח ברור משלו.

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

מושגים

למושג אין עמודות או טבלאות משלו. השתמשו בו לרעיון עסקי שמשתרע על כמה מונחים קונקרטיים, ואז חברו אותו למונחים שמחזיקים נתונים. revenue, למשל, יכול להיות מושג, עם קשתות PART_OF מ-order amount, מ-adjustment amount ומ-refund amount.

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

PII לפי משמעות

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

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

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

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

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

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

העברות שמאבדות תגיות

העברת עמודה למונח אחר עלולה להסיר ממנה תגית: העברת customers.email מ-customer email (מסומן ב-pii) למונח לא מסומן הייתה משאירה את עמודת הדוא"ל ללא הגנה. כל העברה שאדם מבצע נבדקת קודם. זה כולל תביעה או העברה של עמודה, הוצאת מונח משימוש, ושמירה או מחיקה של קשר שמעביר עמודות מפתח.

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

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

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

לבדיקה

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

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

ממצאים מדווחים; הם לא משנים דבר עד שתפעלו.

ייצוא מטא-נתונים

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

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

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

החרגת מונח מהייצוא

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

מה שקובע הוא אם העסק משתמש במילה. למזהה אצוות ETL יש משמעות ברורה שמקומה באונטולוגיה בשביל המהנדסים, אבל לא בקטלוג עסקי לצד customer ו-revenue.

עבודה עם האונטולוגיה

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

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

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

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

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

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

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

ראו גם