היבטים וסוגי היבטים ב-Knowledge Catalog (לשעבר Dataplex Universal Catalog) מאפשרים להוסיף מטא-נתונים מובְנים לרשומות ולקישורים לרשומות, כדי לתאר את נכסי הנתונים ואת הקשרים ביניהם. ההקשר הזה משפר את יכולת הגילוי של הנתונים ועוזר לכם לסווג מידע רגיש, כמו פרטים אישיים מזהים (PII), כדי להחיל מדיניות של איכות נתונים או גישה לנתונים.
למידע נוסף על מושגים שקשורים למטא-נתונים, קראו את המאמר מידע על מטא-נתונים ב-Knowledge Catalog. אם זו הפעם הראשונה שאתם עובדים עם מטא-נתונים של Knowledge Catalog, כדאי לעיין במדריכים למתחילים הוספת מטא-נתונים לטבלה ב-BigQuery או יצירה ושימוש במילון מונחים ארגוני.
מהם סוגי ההיבטים?
סוגי היבטים הם משאבים שאפשר לעשות בהם שימוש חוזר. הם מספקים תבניות JSON שמגדירות שדות מטא-נתונים שקשורים להיבטים. לדוגמה, כדי לקבל מידע על תאימות, אתם יכולים להגדיר סוג היבט עם שדות לסיווג פרטים אישיים מזהים (PII) ולתאימות ל-GDPR. כשיוצרים סוג היבט בהתאמה אישית, צריך לציין מזהה שעומד בדרישות של הנחיות למתן שמות למשאבים ב-Knowledge Catalog.
קטגוריות של סוגי היבטים
סוגי ההיבטים מחולקים לסוגי היבטים בהתאמה אישית וסוגי היבטים של המערכת:
סוגי היבטים בהתאמה אישית
סוגי ההיבטים שאתם יוצרים ב-Knowledge Catalog נקראים סוגי היבטים בהתאמה אישית.
סוגי היבטים מותאמים אישית יכולים להיות גלובליים או אזוריים:
- סוגי מאפיינים גלובליים: אפשר להשתמש בהם כדי ליצור מאפיינים לרשומות בכל אזור. אם אתם צריכים להחיל את אותו מבנה על רשומות בכמה אזורים, כדאי לבחור בסוג מאפיין
global, כי צריך להגדיר אותו רק פעם אחת. מכיוון שההגדרה של סוג היבט גלובלי משוכפלת בכל האזורים, יכול להיות שהאפשרות הזו לא מתאימה אם הסכימה של סוג ההיבט עצמו מכילה מידע רגיש, או אם נדרש מיקום אחסון נתונים קפדני לכל רכיבי המטא-נתונים. - סוגי היבטים אזוריים: אפשר להשתמש בהם רק כדי ליצור היבטים לרשומות שנמצאות באותו אזור כמו סוג ההיבט. לדוגמה, אפשר להשתמש בסוג היבט שנוצר ב-
us-central1רק ברשומות ב-us-central1. בוחרים מיקום אזורי אם סוג מאפיין רלוונטי רק לרשומות באזור מסוים, או כדי לוודא שההגדרה של סוג המאפיין נמצאת באזור שנבחר. זה יכול לעזור לעמוד בדרישות של ריבונות נתונים ותאימות. אם אתם משתמשים בסוגי היבטים אזוריים אבל צריכים את אותו מבנה בכמה אזורים, אתם צריכים ליצור ולנהל הגדרות נפרדות של סוגי היבטים בכל אזור.
אפשר ליצור סוגים מותאמים אישית של היבטים במיקום אזורי ספציפי (לדוגמה, us-central1) או כמשאב global. המיקום של סוג ההיבט משפיע על היקף התחולה שלו וקובע באילו רשומות אפשר להשתמש בו.
מידע נוסף זמין במאמר אילוצים של פרויקטים ומיקומים.
סוגי היבטים של המערכת
סוגי ההיבטים ש-Knowledge Catalog מספק, משתמש בהם ומנהל אותם נקראים סוגי היבטים של המערכת. סוגי ההיבטים של המערכת הם תמיד גלובליים, ולכן אפשר להשתמש בהם בכל אזור. סוגי ההיבטים של המערכת מאוחסנים בפרויקט שמנוהל על ידי Google עם מספר הפרויקט 655216118709. לדוגמה, projects/655216118709/locations/global/aspectTypes/schema.
לכל סוג של היבט, סוג רשומה וסוג קישור לרשומה שמוגדרים על ידי המערכת יש הרשאות IAM משלו. למידע נוסף, אפשר לעיין במאמר הרשאות IAM לסוגי היבטים של מערכת, לסוגי רשומות ולסוגי קישורים לרשומות.
סוגי ההיבטים של המערכת מחולקים לקטגוריות של היבטים שאפשר לעשות בהם שימוש חוזר והיבטים מוגבלים. בטבלה הבאה מתוארות הקטגוריות של סוגי ההיבטים של המערכת, ורשימת סוגי ההיבטים ש-Knowledge Catalog מספק לכל אחת מהקטגוריות:
| הקטגוריה של סוג היבט המערכת | תיאור | סוגי ההיבטים שמופיעים ב-Knowledge Catalog |
|---|---|---|
| סוג היבט של מערכת לשימוש חוזר | אתם יכולים להשתמש בסוגי ההיבטים האלה כדי ליצור או לשנות היבטים. |
|
| סוג מוגבל של היבט מערכת | Knowledge Catalog מנהל את סוגי ההיבטים האלה. אפשר לקרוא היבטים בסוגי ההיבטים האלה, אבל אי אפשר ליצור או לערוך היבטים בסוגי ההיבטים האלה. |
כולל, בין היתר:
|
סוגים של היבטים מותאמים אישית ו-Gemini ב-BigQuery
גבולות לאחזור הקשר ב-Gemini: Gemini ב-BigQuery מבסס את יצירת ה-SQL ואת הסקת המסקנות מהנתונים על הגדרות סכימה סטנדרטיות, אילוצים בטבלאות ושדות של תיאורי טבלאות או עמודות. סוגי היבטים מותאמים אישית שהוגדרו על ידי המשתמשים ב-Knowledge Catalog מאוחסנים במישור הקטלוג לצורך ניהול, חיפוש ואחזור באמצעות API, אבל הם לא מוזרקים באופן דינמי לצינור האחזור של הנחיות הקשר של Gemini.
שיטה מומלצת
כדי לוודא שהלוגיקה העסקית, ההקשר הסמנטי או הערות המפתחים גלויים ל-Gemini ב-BigQuery, צריך לתעד אותם ישירות בשדות table ו-column description, במסגרת ההיבט overview standard, או באמצעות מונחים במילון המונחים הארגוני.
מידע נוסף זמין במאמר בנושא שימוש ב-Knowledge Catalog עם BigQuery.
מהם היבטים?
היבטים מאפשרים לתעד מטא-נתונים בתוך רשומות או קישורים לרשומות כדי לספק הקשר משמעותי. אתם יכולים להשתמש בהיבטים כדי לאחסן את סוגי המטא-נתונים הבאים:
מטא-נתונים עסקיים: מידע שמספק הקשר עסקי, כמו סיווג נתונים. לדוגמה, בתעשיות מפוקחות צריך להגן על פרטים אישיים מזהים (PII) – כמו שמות, כתובות ומספרי תעודות זהות – במערכות נתונים מבוזרות. אחרי שיוצרים קטלוג של נכסי הנתונים המבוזרים, אפשר לסווג את הנתונים כפרטים אישיים מזהים (PII) ואז להחיל עליהם מדיניות של איכות נתונים או מדיניות גישה.
מטא-נתונים טכניים: פרטים טכניים של רשומות או קישורים לרשומות, כולל:
- לרשומות: פרטים על נכס הנתונים עצמו, למשל הסכימה שלו.
- לקישורים של רשומות: פרטים על הקשר בין נכסי הנתונים, למשל פרטי הצטרפות.
מטא-נתונים שנגזרים מנתונים: מידע שנוצר מהנתונים עצמם, כמו נתונים סטטיסטיים מטבלה ב-BigQuery.
היבטים הם רכיבים של משאב הרשומה הראשי, ולא משאבים נפרדים בפני עצמם. שינוי של היבט מעדכן את הרשומה שמכילה אותו. כדי לעקוב אחרי השינויים האלה, אתם יכולים להירשם לפידים של שינויים במטא-נתונים.
מיקום ההיבט ורמות היעד
כל היבט הוא מופע של תבנית מסוג היבט, שמגדירה את השדות שצריך למלא – לדוגמה, {"pii_classification": "confidential", "gdpr_compliant": true}. אפשר להחיל היבט על טבלה שלמה, על עמודה בטבלה או על קישור לרשומה.
המקום שבו אפשר להחיל מאפיין וכמה פעמים הוא יכול להופיע תלויים בסוג משאב היעד:
| המשאב שאליו תינתן גישה | רמות נתמכות | מגבלות על עוצמה (cardinality) |
|---|---|---|
| דפים | ברמת הרשומה או ברמת העמודה | אפשר להוסיף לכל היותר היבט אחד מכל סוג ברמת הרשומה. אפשר להוסיף כמה מאפיינים מכל סוג בעמודות שונות. |
| קישורים לערכים | ברמת הקישור בלבד | קישור יכול לכלול לכל היותר היבט אחד מכל סוג. |
קטגוריות של היבטים
ההיבטים מסווגים להיבטים שחובה לציין ולהיבטים אופציונליים:
היבטים נדרשים
היבטים נדרשים הם ההיבטים שחובה להגדיר כשיוצרים רשומה או קישור לרשומה. ההיבטים האלה מוגדרים לפי סוג הרשומה או סוג הקישור לרשומה. כל המשאבים ששייכים לסוג מסוים חייבים תמיד לכלול את כל ההיבטים הנדרשים שמוגדרים בסוג הזה.
ב-Knowledge Catalog מנוהלים ההיבטים הנדרשים (לדוגמה, סכימה) של רשומות המערכת.
שימו לב לנקודות הבאות:
אפשר לשייך היבטים נדרשים רק לרשומות ולא לעמודות שלהן.
אי אפשר למחוק את ההיבטים הנדרשים מרשומה או מקישור לרשומה.
אתם יכולים לקרוא את ההיבטים הנדרשים של רשומות המערכת, אבל לא לשנות אותם.
אי אפשר להגדיר מאפייני נתונים כמאפיינים נדרשים.
היבטים אופציונליים
אתם יכולים לשייך היבטים אופציונליים לרשומות או לעמודות של רשומות. אפשר למלא את ההיבטים האופציונליים בזמן יצירת הרשומה או מאוחר יותר על ידי עדכון הרשומה.
שימו לב לנקודות הבאות:
אפשר למחוק היבטים אופציונליים אחרי שהם אוכלסו.
קישורים להזנת נתונים תומכים רק בהיבטים הנדרשים.
היבטים של נתונים
חלק מההיבטים מכילים מידע שנגזר מהנתונים הבסיסיים של הרשומה, ולא מטא-נתונים על הרשומה. הם נקראים היבטים של נתונים. לדוגמה, התוצאות של סריקת פרופיל נתונים או של סריקת איכות נתונים מכילות נתונים סטטיסטיים שנגזרים מהנתונים עצמם, ולכן הן מסווגות כהיבטי נתונים.
סוגי ההיבטים של המערכת שהם היבטי נתונים כוללים את הדברים הבאים:
-
data-profile: מכיל תוצאות של סריקת פרופיל נתונים. מידע נוסף זמין במאמר מידע על יצירת פרופילים של נתונים. -
data-quality-scorecard: מכיל סיכום של ציוני איכות הנתונים. -
data-rules: צירוף כללי איכות נתונים לרשומה. -
data-quality-rule-template: הגדרת תבנית לכלל איכות נתונים שאפשר לעשות בה שימוש חוזר.
לפני שמתחילים
לפני שיוצרים ומנהלים סוגי היבטים והיבטים, צריך לבצע את המשימות שמתוארות בקטע הזה.
התפקידים הנדרשים
כדי לקבל את ההרשאות שדרושות ליצירה ולניהול של סוגי היבטים והיבטים, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים במשאב:
-
קבוצה מלאה של הרשאות במשאבי מטא-נתונים ב-Knowledge Catalog, כולל סוגי היבטים והיבטי נתונים:
אדמין של Dataplex Catalog (
roles/dataplex.catalogAdmin) -
יצירה וניהול של משאבי מטא-נתונים ב-Knowledge Catalog, כולל סוגי היבטים והיבטי נתונים:
Dataplex Catalog Editor (
roles/dataplex.catalogEditor) -
סט מלא של הרשאות בסוגי היבטים מותאמים אישית (למעט הרשאות לשימוש בסוגי היבטים כדי ליצור או לערוך רשומות):
בעלים של סוג היבט ב-Dataplex (
roles/dataplex.aspectTypeOwner) -
צפייה בסוגי היבטים ובמדיניות IAM שמשויכת אליהם:
צפייה בקטלוג Dataplex (
roles/dataplex.catalogViewer) -
שימוש בסוגי מאפיינים כדי ליצור ולשנות רשומות עם המאפיינים המתאימים:
Dataplex Aspect Type User (
roles/dataplex.aspectTypeUser) -
להוסיף היבטים של חלק מסוגי ההיבטים של המערכת, כמו
schema, schema-join, overview, contacts: הבעלים של רשומות ו-EntryLink ב-Dataplex (roles/dataplex.entryOwner)
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
מידע נוסף זמין במאמר תפקידי IAM ב-Knowledge Catalog.
הפעלת ה-API
מפעילים את Dataplex API בפרויקט של Knowledge Catalog. אם אתם משתמשים בפרויקט חדש Google Cloud או בפרויקט שבו BigQuery API מופעל, Dataplex API מופעל כברירת מחדל.
יצירת סוג היבט בהתאמה אישית
המסוף
נכנסים לדף Metadata types ב-Knowledge Catalog במסוף Google Cloud .
לוחצים על הכרטיסייה סוגי היבטים > בהתאמה אישית.
לוחצים על Create aspect type.
בחלון Create aspect type (יצירת סוג מאפיין), מזינים את הפרטים הבאים:
- אופציונלי: בשדה Display name, מזינים שם לסוג ההיבט.
- בשדה מזהה סוג ההיבט, מזינים מזהה ייחודי לסוג ההיבט.
- אופציונלי: בשדה Description, מזינים תיאור לסוג ההיבט.
- בשדה Location, בוחרים מיקום לסוג ההיבט. אי אפשר לשנות את המיקום של סוג ההיבט אחרי שיוצרים אותו. כדי להבין את ההשפעה של בחירת מיקום גלובלי לעומת מיקום אזורי, קראו את הקטע סוגי היבטים בהתאמה אישית.
אופציונלי: מגדירים תבנית לסוג ההיבט.
בקטע תבנית, לוחצים על הוספת שדה. בקטע New field, מזינים את הפרטים הבאים:
- בשדה שם, מזינים שם.
- אופציונלי: בשדה Display name, מזינים שם לתצוגה.
- אופציונלי: בשדה תיאור, מזינים תיאור.
בשדה סוג, בוחרים את סוג הנתונים של השדה. בהתאם לבחירה שלכם, יוצגו השדות והאפשרויות הבאים:
אם בחרתם באפשרות טקסט בתור סוג הנתונים, בצעו את השלבים הבאים:
- בשדה סוג הטקסט, בוחרים את סוג הטקסט.
- בשדה Text values, מספקים רמז לשדה הטקסט. כדי לעשות את זה, לוחצים על הוספת ערך ומזינים את הרמז. אפשר להוסיף כמה רמזים לשדה טקסט.
- לוחצים על סיום.
אם בחרתם באפשרות Enum כסוג הנתונים, מוסיפים ערך enum:
- לוחצים על הוספת ערך enum.
- בשדה ערך, מזינים ערך enum. אפשר להוסיף כמה ערכי enum.
- לוחצים על סיום.
אם בחרתם באפשרות מערך בתור סוג הנתונים, בקטע פריט במערך מגדירים את סוגי הפריטים שיופיעו במערך:
- לוחצים על הוספת פריט למערך.
- בשדה Name, מזינים שם לפריטים במערך.
- אופציונלי: בשדה Display name, מזינים שם לתצוגה של פריטי המערך.
- אופציונלי: בשדה Description, מזינים תיאור לפריטים במערך.
בשדה סוג, בוחרים סוג נתונים לפריטים במערך.
בהתאם לבחירה שלכם, יוצגו קבוצת השדות והאפשרויות הבאה. הן דומות לאפשרויות שמתוארות במקומות אחרים בקטע הזה עבור סוגי הנתונים Text, Enum, Map, Array ו-Record.
לוחצים על סיום.
אם בחרתם באפשרות מפה כסוג הנתונים, בקטע ערך מפה, הגדירו את סוגי הערכים שיהיו במפה:
- לוחצים על הוספת ערך מיפוי.
- בשדה שם, מזינים שם למפה.
- אופציונלי: בשדה Display name, מזינים שם לתצוגה של המפה.
- אופציונלי: בשדה Description, מזינים תיאור למפה.
בשדה סוג, בוחרים סוג נתונים למפה.
בהתאם לבחירה שלכם, יוצגו השדות והאפשרויות הבאים. הן דומות לאפשרויות שמתוארות לסוגי הנתונים Text, Enum, Map, Array ו-Record במקומות אחרים בקטע הזה.
לוחצים על סיום.
אם בחרתם באפשרות רשומה בתור סוג הנתונים, הזינו את הפרטים הבאים:
- בשדה Record ID, מזינים מזהה ייחודי ששדות אחרים ברשומה יכולים להשתמש בו כדי להפנות לרשומה הזו. מידע נוסף מופיע בקטע דוגמה לשימוש בשדות Record ID (מזהה רשומה) ו-Record reference (הפניה לרשומה) במסמך הזה.
- אופציונלי: אם רוצים להוסיף הפניה לרשומה אחרת מהתבנית הזו, משתמשים בשדה Record reference. אי אפשר לשנות את ההגדרה הזו אחרי שיוצרים את סוג ההיבט. מידע נוסף מופיע בקטע דוגמה לשימוש בשדות Record ID (מזהה רשומה) ו-Record reference (הפניה לרשומה) במסמך הזה.
בקטע Record fields (שדות רשומה), אפשר להגדיר אובייקט מורכב עם כמה שדות מקוננים. כדי לעשות את זה, לוחצים על הוספת פריט שדה של רשומה ומציינים את הפרטים הבאים:
בשדה Name, מזינים שם לשדה הרשומה.
אופציונלי: בשדה Display name, מזינים שם לתצוגה של שדה הרשומה.
אופציונלי: בשדה Description, מזינים תיאור לשדה הרשומה.
בשדה סוג, בוחרים סוג נתונים.
בהתאם לבחירה שלכם, יוצגו קבוצת השדות והאפשרויות הבאה. הן דומות לאפשרויות שתוארו קודם לכן בקטע הזה לגבי סוגי הנתונים Text, Enum, Map, Array ו-Record.
לוחצים על סיום.
כדי להגדיר את השדה כשדה חובה להיבט מהסוג הזה, בוחרים באפשרות Is required. מידע נוסף על היבטים נדרשים והיבטים אופציונליים מופיע בקטע קטגוריות של היבטים במסמך הזה.
לוחצים על סיום.
כדי להוסיף כמה שדות, לוחצים על הוספת שדה וחוזרים על השלבים הקודמים.
אופציונלי: בקטע Labels (תוויות), מוסיפים למשאבים תוויות שרירותיות בתור צמדי מפתח/ערך:
- לוחצים על הוספת תווית.
- בשדה Key, מזינים מפתח.
- בשדה Value, מזינים ערך למפתח.
- כדי להוסיף עוד תוויות, לוחצים על הוספת תווית וחוזרים על השלבים.
לוחצים על Save.
gcloud
כדי ליצור סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
create.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C#ההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי ליצור סוג מאפיין בהתאמה אישית, משתמשים בשיטה aspectType.create.
אחרי שיוצרים סוג היבט בהתאמה אישית, אפשר להוסיף היבטים לרשומות.
דוגמה לשימוש בשדות Record ID (מזהה רשומה) ו-Record reference (הפניה לרשומה)
אפשר להשתמש בשדות Record ID ו-Record reference להפניות רקורסיביות. בדוגמה הבאה אפשר לראות איך משתמשים בשדות האלה:
נניח שיש לכם סוג היבט שנקרא Employee, עם השדות הבאים:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - שם (סוג:
Text) - הכתובת הנוכחית (סוג:
Record) - כתובת קבועה (סוג:
Record)
שני שדות הכתובת Current address ו-Permanent address הם מאותו סוג נתונים Record. כדי למנוע כפילויות, אפשר להגדיר את הערכים של מזהה הרשומה והפניה לרשומה כשמגדירים את השדות האלה.
כשמגדירים את השדה Current address, אפשר לציין את הערך address-field בשדה Record ID. בשדה Permanent address, אפשר לציין את אותו ערך (address-field) בשדה Record reference. לדוגמה:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - שם (סוג:
Text) - הכתובת הנוכחית (סוג:
Record, מזהה רשומה:address-field) - כתובת קבועה (סוג:
Record, הפניה לרשומה:address-field)
כך לא צריך לשכפל את השדות של כתובת אחרת.
הוספת היבטים לערך
אחרי שיוצרים סוג מותאם אישית של מאפיין, אפשר ליצור מאפיינים מהסוג הזה. כדי להוסיף היבטים לרשומה, צריך לעדכן את הרשומה, כי ההיבטים מאוחסנים בתוך הרשומות.
שימו לב לנקודות הבאות:
- אפשר להוסיף היבטים לרשומה או לעמודות של רשומה.
- אפשר לערוך את ההיבטים הנדרשים רק עבור רשומות בהתאמה אישית. אי אפשר למחוק את ההיבטים הנדרשים.
- אתם יכולים לערוך ולמחוק את ההיבטים האופציונליים של רשומות בהתאמה אישית ושל רשומות מערכת.
המסוף
נכנסים לדף Search בקטלוג הידע במסוף Google Cloud .
מחפשים את הרשומה שרוצים להוסיף לה היבטים ולוחצים עליה. דף הפרטים של הרשומה נפתח.
כדי להוסיף היבטים לערך, פועלים לפי השלבים הבאים:
- לוחצים על הכרטיסייה פרטים.
- כדי להוסיף היבטים נדרשים או אופציונליים לרשומה, בקטע Aspects לוחצים על Add בקטגוריה הרלוונטית.
אי אפשר להוסיף היבטים נדרשים אם לא הוגדרו היבטים נדרשים לסוג הרשומה של הרשומה שנבחרה. - מחפשים ובוחרים את ההיבט שרוצים להוסיף.
- בחלון הוספת היבט, מזינים את הערכים בשדות.
לוחצים על Save.
כדי להוסיף היבטים לעמודה של הרשומה, פועלים לפי השלבים הבאים:
בדף הפרטים של הרשומה, לוחצים על הכרטיסייה Schema.
בוחרים את העמודות שרוצים להוסיף להן היבטים.
לוחצים על הוספת היבט.
מחפשים את ההיבט שרוצים להוסיף ובוחרים אותו.
בחלון הוספת היבט, מזינים את הערכים בשדות.
לוחצים על Save.
gcloud
כדי להוסיף היבטים לרשומה או לעמודה של רשומה, משתמשים בפקודה gcloud
dataplex entries update.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
כדי להוסיף היבטים לאובייקט של הרשומה, ראו היבטים.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
כדי להוסיף היבטים לאובייקט של רשומה, ראו רשומה.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Node.jsההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Rubyההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
כדי להוסיף היבטים לאובייקט של הרשומה, ראו #required_aspects=.
REST
כדי להוסיף היבטים לרשומה או לעמודה של רשומה, משתמשים ב-method entry.patch.
אין תמיכה ביצירה ובשימוש בהיבטים ברשומה שבה סוג ההיבט והרשומה נמצאים בארגונים שונים. Google Cloud
צירוף היבטים של סוגי היבטים של מערכת לשימוש חוזר
אתם יכולים לצרף לרשומות היבטים של סוגי היבטים של המערכת שניתנים לשימוש חוזר.
אתם יכולים לערוך היבט של סוג היבט שניתן לשימוש חוזר במסוף Google Cloud , בהתאם למבנה שלו. אי אפשר לערוך במסוף Google Cloud סוגי היבטים שמכילים שדות מקוננים. כדי לצרף או לעדכן היבטים מהסוג הזה, צריך להשתמש בכלי שורת הפקודה gcloud או ב-API בארכיטקטורת REST.
כרטיס מידע על איכות הנתונים
כרטיס מידע על איכות הנתונים הוא היבט שמספק סיכום של איכות הנתונים, לרוב על סמך סריקות של איכות הנתונים או תהליכים אחרים. אתם יכולים לצרף כרטיס מידע על איכות הנתונים לרשומה כדי לספק מידע מותאם אישית על איכות הנתונים. כדי לעשות זאת, מצרפים היבט מהסוג data-quality-scorecard שמוגדר על ידי המערכת.
השדה data בהיבט data-quality-scorecard יכול לכלול את השדות הבאים:
job: אופציונלי. רשומה שמכילה פרטים על המשרה שיצרה את כרטיס הניקוד.
name: שם המשאב של עבודת איכות הנתונים.
runTime: זמן הריצה של משימת איכות הנתונים.
score: אופציונלי. ציון איכות הנתונים הכולל. הציון נע בין 0 ל-100.
status: שדה חובה. הסטטוס של כרטיס המידע על איכות הנתונים, שמציין אם הוא עבר או נכשל בסף האיכות (PASSאוFAIL).
dimensions: אופציונלי. מערך של תוצאות המאפיינים. כל תוצאה כוללת:
name: השם של המאפיין. הערך יכול להיות אחד מהערכים הבאים:ACCURACY,COMPLETENESS,CONSISTENCY,FRESHNESS,UNIQUENESS,VALIDITYאוVOLUME, או שם של מאפיין מותאם אישית. שמות של מאפיינים מותאמים אישית צריכים להכיל אותיות רישיות בלבד, ולא יכולים להיות ארוכים מ-30 תווים.
score: הציון הכולל ברמת המאפיין, בטווח [0, 100].
status: הסטטוס של המאפיין, שמציין אם הוא עבר או נכשל בסף האיכות (PASSאוFAIL).
columns: אופציונלי. מערך של תוצאות בעמודות. כל תוצאה כוללת:
name: שם העמודה.
score: הציון הכולל ברמת העמודה, בטווח שבין [0, 100].
status: הסטטוס של העמודה, שמציין אם היא עברה או נכשלה בסף האיכות (PASSאוFAIL).dimensions: מערך של ציוני מאפיינים בעמודה. כל ציון של מאפיין כולל:
name: השם של המאפיין.
score: הניקוד של המאפיין, בטווח [0, 100].
status: הסטטוס של המאפיין בעמודה, שמציין אם הוא עבר או נכשל בסף האיכות (PASSאוFAIL).
כשמריצים את הפקודה לצירוף היבט, היא מחליפה את כל הנתונים הקיימים של ההיבט הספציפי הזה. לדוגמה, אם מעדכנים כרטיס מידע עם ציון של 80 באמצעות קובץ חדש עם ציון של 90, הציון 80 יוחלף. הוא לא ממזג את הנתונים.
כדי לצרף כרטיס מידע על איכות הנתונים:
gcloud
כדי לעדכן היבטים של רשומה, משתמשים בפקודה gcloud dataplex entries
update-aspects.
יוצרים קובץ JSON (
dq-aspect.json) עם התוכן הבא.{ "dataplex-types.global.data-quality-scorecard": { "data": { "score": 0.8, "status": "PASS", "dimensions": [ { "name": "completeness", "score": 0.9, "status": "PASS" }, { "name": "uniqueness", "score": 0.7, "status": "FAIL" } ], "columns": [ { "name": "col1", "score": 0.85, "status": "PASS" } ] } } } }מריצים את הפקודה הבאה:
gcloud dataplex entries update-aspects ENTRY_ID --location=LOCATION --entry-group=ENTRY_GROUP_ID --project=PROJECT_ID --aspects=dq-aspect.json
מחליפים את המשתנים הבאים:
-
ENTRY_ID: המזהה של הרשומה, לדוגמה:example-entry -
LOCATION: המיקום של הרשומה. לדוגמה,us-central1 -
ENTRY_GROUP_ID: המזהה של קבוצת הרשומות, לדוגמהexample-entry-group -
PROJECT_ID: מזהה הפרויקט, לדוגמה:example-project
-
REST
כדי לעדכן היבטים של רשומה, משתמשים ב-method entry.patch.
יוצרים קובץ בשם
payload.jsonומדביקים בו את תוכן ה-JSON מהבקשה.{ "aspects": { "dataplex-types.global.data-quality-scorecard": { "data": { "score": 80, "status": "PASS", "dimensions": [ { "name": "completeness", "score": 90, "status": "PASS" }, { "name": "uniqueness", "score": 70, "status": "FAIL" } ], "columns": [ { "name": "col1", "score": 85, "status": "PASS" } ] } } } }מריצים את הפקודה הזו בטרמינל:
curl -X PATCH \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json" \ -d @payload.json \ "https://dataplex.googleapis.com/v1/projects/<var>PROJECT_ID</var>/locations/<var>LOCATION</var>/entryGroups/<var>ENTRY_GROUP_ID</var>/entries/<var>ENTRY_ID</var>?updateMask=aspects"מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט – לדוגמה,example-project -
LOCATION: המיקום של הרשומה, לדוגמהus-central1 -
ENTRY_GROUP_ID: המזהה של קבוצת הרשומות, לדוגמה:example-entry-group -
ENTRY_ID: המזהה של הרשומה, לדוגמהexample-entry
-
סוגים אחרים של היבטים לשימוש חוזר
אפשר להשתמש גם בסוגי ההיבטים הבאים של המערכת. אפשר לצרף אותם באמצעות אותן שיטות של gcloud או של API בארכיטקטורת REST שמוצגות בכרטיס הניקוד של איכות הנתונים. לסוגי היבטים ללא שדות מקוננים, למשל generic, אפשר להשתמש במסוף.
אנשי קשר. משתמשים בסוג ההיבט
contactsכדי להקצות בעלות או ניהול. השדות כוללים את הפרטים הבאים:-
identities(מערך): רשימה של אנשי קשר. כל איש קשר כולל:-
role(מחרוזת): התפקיד של איש הקשר (לדוגמה,owner,steward,producerאוadmin). -
name(string): השם של איש הקשר. -
id(מחרוזת): כתובת האימייל או המזהה של איש הקשר.
-
יוצרים את הקובץ
payload.jsonבאופן הבא:{ "aspects": { "dataplex-types.global.contacts": { "data": { "identities": [ { "role": "steward", "name": "Jane Doe", "id": "jane.doe@example.com" } ] } } } }-
פרופיל נתונים. משתמשים בסוג ההיבט
data-profileכדי לתעד תוצאות של פרופיל נתונים. מידע נוסף מופיע במאמר מידע על פרופיל נתונים.השדות כוללים את הפרטים הבאים:
-
sourceDataInfo(רשומה): מידע על נתוני המקור שנסרקו כדי ליצור את הפרופיל.-
scope(enum): היקף הפרופיל (PREVIEW,SAMPLEDאוALL). הערךPREVIEWתואם לתוצאות של סריקת פרופילים קלה. -
scannedRows(מספר שלם): מספר השורות שנסרקו. -
samplingPercentage(double): אחוז הדגימה שנעשה בו שימוש.
-
-
fields(map): מפה של שמות העמודות לפרופילי הנתונים שלהן, כולל מדדים כמו ערכיuniqueness,nullnessו-topN, וסטטיסטיקות ספציפיות לסוגים של עמודותnumeric,string,datetimeו-array.
יוצרים את הקובץ
payload.jsonבאופן הבא:{ "aspects": { "dataplex-types.global.data-profile": { "data": { "sourceDataInfo": { "scope": "ALL", "scannedRows": 100 }, "fields": { "col1": { "nullness": 0.0, "uniqueness": 0.1, "string": { "length": { "min": 1, "max": 20, "avg": 12.54 } } } } } } }}-
כללי. כדי להוסיף מידע כללי על הרשומה, משתמשים בסוג ההיבט
generic. השדות כוללים את הפרטים הבאים:type(מחרוזת): שדה בפורמט חופשי לאחסון סוג שהמשתמש ציין.-
system(מחרוזת): המערכת של הרשומה בהתאמה אישית.
יוצרים את הקובץ
payload.jsonבאופן הבא:{ "aspects": { "dataplex-types.global.generic": { "data": { "type": "custom-type", "system": "custom-system" } } } }סקירה כללית. משתמשים ב
overviewaspect type כדי לספק תיאור בטקסט עשיר. השדות כוללים את הפרטים הבאים:content(מחרוזת): סקירה כללית של הרשומה, שתומכת בפורמט HTML.-
links(מערך): רשימה של קישורים למערכת המקור. כל קישור כולל:url(מחרוזת): כתובת ה-URL של הקישור.-
title(מחרוזת): שם הקישור.
יוצרים את הקובץ
payload.jsonבאופן הבא:{ "aspects": { "dataplex-types.global.overview": { "data": { "content": "This is a <b>rich text</b> description.", "links": [ { "url": "https://example.com", "title": "Example Link" } ] } } }}סכימה. משתמשים בסוג ההיבט
schemaכדי לתאר את מבנה הנתונים.-
fields(array): רשימה של שדות סכימה. השדות כוללים את הפרטים הבאים:-
name(מחרוזת): שם השדה. -
dataType(string): סוג הנתונים של השדה. -
metadataType(enum): סוג המטא-נתונים (לדוגמה,STRING,BOOLEAN). -
mode(enum): המצב של השדה (NULLABLE, REQUIRED,REPEATED). -
description(מחרוזת): תיאור השדה.
-
יוצרים את הקובץ
payload.jsonבאופן הבא:{ "aspects": { "dataplex-types.global.schema": { "data": { "fields": [ { "name": "id", "dataType": "string", "metadataType": "STRING", "mode": "REQUIRED" } ] } } }}-
שימוש כדי לעקוב אחרי מדדי השימוש, משתמשים בסוג ההיבט
usage. השדות כוללים את הפרטים הבאים:-
metrics(מערך): רשימה של מדדי שימוש. כל מדד כולל:-
name(מחרוזת): שם המדד (לדוגמה,views,reads). -
timeSeries(מערך): רשימה של נתונים של פעולות על ציר הזמן. כל פריט כולל:-
interval(מחרוזת): מרווח הצבירה (לדוגמה,30d). -
value(מספר שלם): הערך המצטבר.
-
-
-
refreshTime(תאריך ושעה): המועד שבו המדדים עודכנו בפעם האחרונה.
יוצרים את הקובץ
payload.jsonבאופן הבא:{ "aspects": { "dataplex-types.global.usage": { "data": { "metrics": [ { "name": "views", "timeSeries": [ { "interval": "30d", "value": 100 } ] } ], "refreshTime": "2025-01-01T12:00:00Z" } } }}-
יצירת קישור כניסה
אתם יכולים ליצור קשר בין שני פריטים על ידי יצירת קישור לפריט.
קישור כניסה יכול להיות סימטרי, כמו synonym, או אסימטרי, כמו definition.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C#ההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Node.jsההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Pythonההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי ליצור קישור לרשומה עם ההיבט הנדרש, משתמשים ב-method entryLinks.create, וכוללים את נתוני ההיבט בגוף הבקשה.
הוספת היבטים לקישור של רשומה
כדי להעשיר את המטא-נתונים במידע על הקשרים בין הרשומות, מוסיפים היבטים לקישורים של הרשומות.
אתם יכולים להגדיר סוגים של קישורי כניסה שדורשים היבט ספציפי. כשיוצרים קישור לכניסה מסוג כזה, צריך לספק את ההיבט הנדרש.
אתם יכולים להוסיף את ההיבטים האלה כשאתם יוצרים קישור כניסה, או על ידי עדכון של קישור כניסה קיים, באופן הבא:
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Node.jsההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן קישור לרשומה, משתמשים בשיטה entryLinks.patch, כולל נתוני ההיבט בגוף entryLink.
חשוב לשים לב למגבלות הבאות כשמשתמשים בהיבטים עם קישורים לערכים:
- אין תמיכה בהיבטים אופציונליים.
- אין תמיכה בהיבטים של נתונים.
- אין תמיכה בהיבטים של סוגים בהתאמה אישית.
- אפשר לנהל רק את ההיבטים הנדרשים שמוגדרים לפי סוגי היבטים של המערכת, למשל
schema-join. - אי אפשר לחפש קישורים לרשומות על סמך התוכן של ההיבטים שלהם.
- אין תמיכה בייבוא או בייצוא של היבטים של קישורי כניסה.
ניהול היבטים קיימים של רשומה
בקטע הזה מוסבר איך לעדכן ולמחוק את ההיבטים הקיימים של רשומה.
עדכון היבט
אתם יכולים לערוך את ההיבטים האופציונליים גם של רשומות בהתאמה אישית וגם של רשומות מערכת. אפשר לערוך את ההיבטים הנדרשים רק ברשומות בהתאמה אישית.
לרשומות מערכת של צד ראשון (1P), כמו טבלאות ב-BigQuery, אפשר לעדכן היבטים באמצעות modifyEntry API. כך אפשר להשתמש בהרשאות לעדכון המטא-נתונים של מערכת המקור (לדוגמה, עורך נתונים ב-BigQuery).
המסוף
נכנסים לדף Search של Knowledge Catalog במסוף Google Cloud .
מחפשים את הרשומה שרוצים לעדכן את ההיבטים שלה ולוחצים עליה.
דף הפרטים של הרשומה נפתח.
- לוחצים על הכרטיסייה פרטים.
- בקטע Aspects, מרחיבים את ההיבט שרוצים לעדכן ולוחצים על Edit.
- בחלון Edit aspect, מעדכנים את שדות החובה.
- לוחצים על Save.
gcloud
כדי לעדכן היבטים של רשומה או עמודה של רשומה, משתמשים בפקודה gcloud
dataplex entries update.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Pythonההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן היבטים של רשומה או של עמודה ברשומה, משתמשים ב-method entry.patch.
מחיקת היבט
המסוף
נכנסים לדף Search של Knowledge Catalog במסוף Google Cloud .
אם פלטפורמת החיפוש מוגדרת ל-Data Catalog, בתפריט Choose search platform בוחרים באפשרות Dataplex Universal Catalog.
מחפשים את הרשומה שרוצים למחוק את ההיבטים שלה ולוחצים על הרשומה.
דף הפרטים של הרשומה נפתח.
- לוחצים על הכרטיסייה פרטים.
- בקטע Aspects, מרחיבים את ההיבט שרוצים למחוק ולוחצים על Delete.
- לוחצים על אישור.
gcloud
כדי למחוק היבט של רשומה, משתמשים בפקודה gcloud dataplex entries update.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי למחוק היבט של רשומה, משתמשים בשיטה entry.patch.
ניהול היבטים קיימים של קישור לכניסה
בקטע הזה מוסבר איך לעדכן את ההיבטים הקיימים של קישור לרשומה.
עדכון היבט
בקישורים לרשומות, אפשר לעדכן רק היבטים נדרשים שמשתמשים בסוגי היבטים של המערכת שניתנים לשימוש חוזר.
מידע נוסף זמין במאמר הרשאות IAM לפעולות בקישורי כניסה.
REST
כדי לעדכן קישור של רשומה עם ההיבט הנדרש, משתמשים ב-method entryLinks.patch, וכוללים את נתוני ההיבט בגוף הבקשה.
מחיקת היבט
אי אפשר למחוק את יחס הגובה-רוחב הנדרש לקישור כניסה.
ניהול סוגי היבטים
בקטע הזה מוסבר איך להציג סוגי היבטים, ואיך לעדכן ולמחוק סוגי היבטים מותאמים אישית.
הצגת רשימה של סוגי ההיבטים הזמינים
המסוף
נכנסים לדף Knowledge Catalog Metadata types במסוף Google Cloud .
לוחצים על הכרטיסייה סוגי היבטים.
בדף הזה מפורטים כל סוגי ההיבטים שזמינים ב-Knowledge Catalog.
- כדי לראות סוגי היבטים בהתאמה אישית, לוחצים על הכרטיסייה Custom. בכרטיסייה Custom, בעמודה Catalog source מוצג המיקום של המשאב ב-Knowledge Catalog.
כדי לראות את סוגי ההיבטים של המערכת, לוחצים על הכרטיסייה מערכת.
למידע נוסף על סוגי היבטים בהתאמה אישית ושל המערכת, קראו את הקטע קטגוריות של סוגי היבטים במסמך הזה.
- אופציונלי: כדי לראות את רשימת סוגי ההיבטים בפרויקט שבחרתם, לוחצים על הכרטיסייה Custom ואז על המתג Show from all projects כדי להעביר אותו למצב מושבת.
המתג Show from all projects מופעל כברירת מחדל, והרשימה כוללת משאבים של Knowledge Catalog מהארגון שבחרתם.
gcloud
כדי להציג את כל סוגי ההיבטים הזמינים, משתמשים בפקודה gcloud dataplex
aspect-types list.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C#ההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Node.jsההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Pythonההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי להציג רשימה של כל סוגי ההיבטים הזמינים, משתמשים בשיטה aspectTypes.list.
הצגת פרטים של סוג היבט
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה סוגי היבטים.
כדי לראות את הפרטים של סוג aspect בקטלוג Knowledge Catalog, לוחצים על סוג aspect. נפתח דף הפרטים של סוג ההיבט, שבו אפשר לגשת לפרטים כמו השם המוצג, מזהה סוג ההיבט, התיאור, מזהה הפרויקט, המיקום, התוויות, תאריך היצירה ותאריך השינוי האחרון.
- כדי לראות את המבנה של סוג ההיבט שנבחר, לוחצים על הכרטיסייה Template.
- כדי לראות את רשימת 10 הרשומות הקשורות שנוצרו לאחרונה, לוחצים על הכרטיסייה Sample entries.
- כדי לחפש את כל הרשומות הקשורות, לוחצים על הצגת כל הרשומות הקשורות בחיפוש. הכפתור הזה מופיע רק אם יש לפחות רשומה אחת קשורה.
gcloud
כדי לקבל את הפרטים של סוג היבט, משתמשים בפקודה gcloud dataplex aspect-types
describe.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C#ההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Node.jsההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לקבל את הפרטים של סוג היבט, משתמשים בשיטה aspectTypes.get.
עדכון סוג יחס גובה-רוחב מותאם אישית
אתם יכולים לעדכן את השם המוצג, התיאור, שדות התבנית והתוויות של סוג היבט מותאם אישית. אי אפשר למחוק שדה קיים בתבנית.
אחרי שיוצרים את סוג ההיבט, אי אפשר לעדכן את המזהה והמיקום של סוג ההיבט.
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה סוג ההיבט.
לוחצים על סוג ההיבט שרוצים לעדכן.
בדף פרטים של סוג ההיבט, לוחצים על עריכה.
עורכים את השם המוצג, התיאור, שדות התבנית והתוויות, לפי הצורך.
אופציונלי: כדי לסמן שדה בסוג ההיבט כלא מומלץ לשימוש, פועלים לפי השלבים הבאים:
- בקטע Template, מרחיבים את השדה.
- בוחרים באפשרות הוצא משימוש.
- בשדה Deprecation reason, מזינים את הסיבה להוצאה משימוש של השדה שנבחר.
לוחצים על סיום.
לוחצים על Save.
gcloud
כדי לעדכן סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
update.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Rubyההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן סוג היבט בהתאמה אישית, משתמשים ב-method aspectTypes.patch.
מחיקת סוג היבט בהתאמה אישית
המסוף
נכנסים לדף Knowledge Catalog Metadata types במסוף Google Cloud .
לוחצים על הכרטיסייה סוגי היבטים.
לוחצים על סוג ההיבט שרוצים למחוק.
בדף Aspect type details, לוחצים על Delete. מאשרים את הפעולה כשמוצגת בקשה לעשות זאת.
gcloud
כדי למחוק סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
delete.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי למחוק סוג מאפיין בהתאמה אישית, משתמשים בשיטה
aspectTypes.delete.
המאמרים הבאים
- איך מחפשים משאבים ב-Knowledge Catalog
- איך מנהלים רשומות ומייבאים מקורות בהתאמה אישית
- איך מייבאים מטא-נתונים ל-Knowledge Catalog
- מידע נוסף על מטא-נתונים ב-Knowledge Catalog
- איך להגדיר הקשר בסיסי לנתונים
- תרחישים לדוגמה לשימוש ב-Knowledge Catalog