היבטים וסוגי היבטים ב-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 או באמצעות מונחים ממילון המונחים הארגוני.
מידע נוסף זמין במאמר שימוש ב-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 (
roles/dataplex.catalogEditor) -
קבוצה מלאה של הרשאות לסוגי היבטים בהתאמה אישית (חוץ מהרשאות לשימוש בסוגי היבטים כדי ליצור או לערוך רשומות):
Dataplex Aspect Type Owner (
roles/dataplex.aspectTypeOwner) -
צפייה בסוגי ההיבטים ובמדיניות ה-IAM שמשויכת אליהם:
צפייה ב-Dataplex Catalog (
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 מופעל כברירת מחדל.
יצירת סוג היבט בהתאמה אישית
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה סוגי היבטים > בהתאמה אישית.
לוחצים על Create aspect type.
בחלון Create aspect type, מזינים את הפרטים הבאים:
- אופציונלי: בשדה Display name, מזינים שם לסוג ההיבט.
- בשדה Aspect type ID, מזינים מזהה ייחודי לסוג ההיבט.
- אופציונלי: בשדה Description, מזינים תיאור לסוג ההיבט.
- בשדה Location, בוחרים מיקום לסוג ההיבט. אי אפשר לשנות את המיקום של סוג ההיבט אחרי שיוצרים אותו. כדי להבין את ההשפעה של בחירת מיקום גלובלי לעומת מיקום אזורי, קראו את הקטע סוגי היבטים בהתאמה אישית.
אופציונלי: מגדירים תבנית לסוג ההיבט.
בקטע Template, לוחצים על Add field. בקטע New field, מזינים את הפרטים הבאים:
- בשדה Name, מזינים שם.
- אופציונלי: בשדה Display name, מזינים שם לתצוגה.
- אופציונלי: בשדה Description, מזינים תיאור.
בשדה סוג, בוחרים את סוג הנתונים של השדה. בהתאם לבחירה שלכם, יוצגו השדות והאפשרויות הבאים:
אם בחרתם באפשרות טקסט בתור סוג הנתונים, בצעו את השלבים הבאים:
- בשדה סוג הטקסט, בוחרים את סוג הטקסט.
- בשדה Text values, מספקים רמז לשדה הטקסט. כדי לעשות את זה, לוחצים על הוספת ערך ומזינים את הרמז. אפשר להוסיף כמה רמזים לשדה טקסט.
- לוחצים על סיום.
אם בחרתם באפשרות Enum כסוג הנתונים, הוסיפו ערך enum:
- לוחצים על הוספת ערך enum.
- בשדה ערך, מזינים ערך enum. אפשר להוסיף כמה ערכי enum.
- לוחצים על סיום.
אם בחרתם באפשרות Array בתור סוג הנתונים, בקטע Array item הגדירו את סוגי הפריטים שיהיו במערך:
- לוחצים על הוספת פריט למערך.
- בשדה שם, מזינים שם לפריטים במערך.
- אופציונלי: בשדה 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 אפשר להגדיר אובייקט מורכב עם כמה שדות בתצוגת עץ. כדי לעשות את זה, לוחצים על Add record field item ומציינים את הפרטים הבאים:
בשדה שם, מזינים שם לשדה הרשומה.
אופציונלי: בשדה Display name, מזינים שם לתצוגה של שדה הרשומה.
אופציונלי: בשדה Description, מזינים תיאור לשדה הרשומה.
בשדה סוג, בוחרים סוג נתונים.
בהתאם לבחירה שלכם, יוצגו קבוצת השדות והאפשרויות הבאה. הן דומות לאפשרויות שתוארו קודם לכן בקטע הזה לגבי סוגי הנתונים Text, Enum, Map, Array ו-Record.
לוחצים על סיום.
כדי להגדיר את השדה כשדה חובה להיבט מהסוג הזה, בוחרים באפשרות Is required. למידע נוסף על היבטים נדרשים והיבטים אופציונליים, עיינו בקטע קטגוריות של היבטים במסמך הזה.
לוחצים על סיום.
כדי להוסיף כמה שדות, לוחצים על Add field וחוזרים על השלבים הקודמים.
אופציונלי: בקטע Labels, מוסיפים למשאבים תוויות שרירותיות כצמדי מפתח/ערך:
- לוחצים על הוספת תווית.
- בשדה Key, מזינים מפתח.
- בשדה Value, מזינים ערך למפתח.
- כדי להוסיף עוד תוויות, לוחצים על הוספת תווית וחוזרים על השלבים.
לוחצים על Save.
gcloud
כדי ליצור סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
create.
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.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי ליצור סוג היבט בהתאמה אישית, משתמשים ב-method aspectType.create.
אחרי שיוצרים סוג היבט בהתאמה אישית, אפשר להוסיף היבטים לרשומות.
דוגמה לשימוש בשדות "מזהה רשומה" ו"הפניה לרשומה"
אפשר להשתמש בשדות מזהה רשומה והפניה לרשומה להפניות רקורסיביות. בדוגמה הבאה אפשר לראות איך להשתמש בשדות האלה:
נניח שיש לכם סוג היבט שנקרא Employee, עם השדות הבאים:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - Designation (סוג:
Text) - כתובת נוכחית (סוג:
Record) - כתובת קבועה (סוג:
Record)
שני שדות הכתובת Current address ו-Permanent address הם מאותו סוג נתונים Record. כדי למנוע כפילויות, אפשר להגדיר את הערכים של מזהה הרשומה והפניה לרשומה כשמגדירים את השדות האלה.
כשמגדירים את השדה Current address, אפשר לציין את הערך address-field בשדה Record ID. בשדה Permanent address, אפשר לציין את אותו ערך (address-field) בשדה Record reference. לדוגמה:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - Designation (סוג:
Text) - הכתובת הנוכחית (סוג:
Record, מזהה רשומה:address-field) - כתובת קבועה (סוג:
Record, הפניה לרשומה:address-field)
כך לא צריך לשכפל את השדות של כתובת אחרת.
הוספת היבטים לערך
אחרי שיוצרים סוג היבט בהתאמה אישית, אפשר ליצור היבטים מהסוג הזה. כדי להוסיף היבטים לרשומה, צריך לעדכן את הרשומה, כי ההיבטים מאוחסנים בתוך הרשומות.
שימו לב לנקודות הבאות:
- אפשר להוסיף היבטים לרשומה או לעמודות של רשומה.
- אפשר לערוך את ההיבטים הנדרשים רק ברשומות בהתאמה אישית. אי אפשר למחוק את ההיבטים הנדרשים.
- אתם יכולים לערוך ולמחוק את ההיבטים האופציונליים של רשומות בהתאמה אישית ושל רשומות מערכת.
המסוף
נכנסים לדף Search ב-Knowledge Catalog במסוף Google Cloud .
מחפשים את הרשומה שרוצים להוסיף לה היבטים ולוחצים עליה. דף הפרטים של הרשומה נפתח.
כדי להוסיף היבטים לערך, פועלים לפי השלבים הבאים:
- לוחצים על הכרטיסייה פרטים.
- כדי להוסיף היבטים נדרשים או אופציונליים לרשומה, בקטע Aspects לוחצים על Add בקטגוריה הרלוונטית.
אי אפשר להוסיף היבטים נדרשים אם לא הוגדרו היבטים נדרשים לסוג הרשומה של הרשומה שנבחרה. - מחפשים ובוחרים את ההיבט שרוצים להוסיף.
- בחלון Add aspect, מזינים את הערכים בשדות.
לוחצים על Save.
כדי להוסיף היבטים לעמודה של הרשומה, פועלים לפי השלבים הבאים:
בדף הפרטים של הרשומה, לוחצים על הכרטיסייה Schema.
בוחרים את העמודות שרוצים להוסיף להן היבטים.
לוחצים על הוספת היבט.
מחפשים ובוחרים את ההיבט שרוצים להוסיף.
בחלון Add aspect, מזינים את הערכים בשדות.
לוחצים על 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.
כדי לבצע אימות ב-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.
כדי לבצע אימות ב-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(מחרוזת): השם של איש הקשר. -
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(מפה): מפה של שמות העמודות לפרופילי הנתונים שלהן, כולל מדדים כמו ערכי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" } } } }סקירה כללית. כדי לספק תיאור בטקסט עשיר, משתמשים בסוג ההיבט
overview. השדות כוללים את הפרטים הבאים: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(מערך): רשימה של שדות סכימה. השדות כוללים את הפרטים הבאים:-
name(מחרוזת): שם השדה. -
dataType(מחרוזת): סוג הנתונים של השדה. 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.
כדי לבצע אימות ב-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. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי ליצור קישור לרשומה עם ההיבט הנדרש, משתמשים ב-method entryLinks.create, וכוללים את נתוני ההיבט בגוף הבקשה.
הוספת היבטים לקישור של רשומה
כדי להעשיר את המטא-נתונים במידע על הקשרים בין הרשומות, מוסיפים היבטים לקישורים של הרשומות.
אתם יכולים להגדיר סוגים של קישורי כניסה כך שידרשו היבט ספציפי. כשיוצרים קישור כניסה מהסוג הזה, צריך לספק את ההיבט הנדרש.
אתם יכולים להוסיף את ההיבטים האלה כשאתם יוצרים קישור כניסה, או על ידי עדכון של קישור כניסה קיים, באופן הבא:
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. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן קישור של רשומה, משתמשים ב-method entryLinks.patch וכוללים את נתוני ההיבט בגוף של entryLink.
חשוב לשים לב למגבלות הבאות כשמשתמשים בהיבטים עם קישורים לערכים:
- אין תמיכה בהיבטים אופציונליים.
- אין תמיכה בהיבטי נתונים.
- אין תמיכה בהיבטים של סוגים בהתאמה אישית.
- אתם יכולים לנהל רק היבטים נדרשים שמוגדרים לפי סוגי היבטים של המערכת, למשל
schema-join. - אי אפשר לחפש קישורים לרשומות על סמך התוכן של ההיבטים שלהם.
- אין תמיכה בייבוא או בייצוא של מאפייני קישור לרשומה.
ניהול היבטים קיימים של רשומה
בקטע הזה מוסבר איך לעדכן ולמחוק את ההיבטים הקיימים של רשומה.
עדכון היבט
אתם יכולים לערוך את ההיבטים האופציונליים גם של רשומות בהתאמה אישית וגם של רשומות מערכת. אפשר לערוך את ההיבטים הנדרשים רק ברשומות בהתאמה אישית.
לרשומות מערכת של צד ראשון (1P), כמו טבלאות BigQuery, אפשר לעדכן היבטים באמצעות ה-API של modifyEntry. כך אפשר להשתמש בהרשאות לעדכון המטא-נתונים של מערכת המקור (לדוגמה, BigQuery Data Editor (roles/bigquery.dataEditor)).
המסוף
נכנסים לדף Search ב-Knowledge Catalog במסוף Google Cloud .
מחפשים את הרשומה שרוצים לעדכן את ההיבטים שלה ולוחצים עליה.
דף הפרטים של הרשומה נפתח.
- לוחצים על הכרטיסייה פרטים.
- בקטע Aspects, מרחיבים את ההיבט שרוצים לעדכן ולוחצים על Edit.
- בחלון Edit aspect, מעדכנים את שדות החובה.
- לוחצים על 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.
כדי לבצע אימות ב-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.
כדי לבצע אימות ב-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.
כדי לבצע אימות ב-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.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי למחוק היבט של רשומה, משתמשים ב-method entry.patch.
ניהול היבטים קיימים של קישור לרשומה
בקטע הזה מוסבר איך לעדכן את ההיבטים הקיימים של קישור לרשומה.
עדכון היבט
בקישורים לרשומות, אפשר לעדכן רק היבטים נדרשים שמשתמשים בסוגי היבטים של המערכת שניתנים לשימוש חוזר.
מידע נוסף זמין במאמר הרשאות IAM לפעולות בקישורים לרשומות.
REST
כדי לעדכן קישור של רשומה עם ההיבט הנדרש, משתמשים ב-method entryLinks.patch, וכוללים את נתוני ההיבט בגוף הבקשה.
מחיקת היבט
אי אפשר למחוק את יחס הגובה-רוחב הנדרש לקישור כניסה.
ניהול סוגי היבטים
בקטע הזה מוסבר איך להציג סוגי היבטים, ואיך לעדכן ולמחוק סוגי היבטים בהתאמה אישית.
הצגת הרשימה של סוגי ההיבטים הזמינים
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה Aspect types.
בדף הזה מפורטים כל סוגי ההיבטים שזמינים ב-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.
כדי לבצע אימות ב-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.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי להציג את כל סוגי ההיבטים הזמינים, משתמשים ב-method aspectTypes.list.
הצגת פרטים של סוג היבט
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה Aspect types.
כדי לראות את הפרטים של סוג היבט ב-Knowledge Catalog, לוחצים על סוג ההיבט. נפתח דף הפרטים של סוג ההיבט, שבו אפשר לגשת לפרטים כמו השם המוצג, מזהה סוג ההיבט, התיאור, מזהה הפרויקט, המיקום, התוויות, תאריך היצירה ותאריך השינוי האחרון.
- כדי לראות את המבנה של סוג ההיבט שנבחר, לוחצים על הכרטיסייה Template.
- כדי לראות את רשימת 10 הרשומות הקשורות שנוצרו לאחרונה, לוחצים על הכרטיסייה Sample entries.
- כדי לחפש את כל הרשומות הקשורות, לוחצים על הצגת כל הרשומות הקשורות בחיפוש. הכפתור הזה מופיע רק אם יש לפחות רשומה אחת קשורה.
gcloud
כדי לקבל את הפרטים של סוג היבט, משתמשים בפקודה gcloud dataplex aspect-types
describe.
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.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לקבל את הפרטים של סוג מאפיין, משתמשים ב-method aspectTypes.get.
עדכון של סוג היבט מותאם אישית
אתם יכולים לעדכן את השם המוצג, התיאור, שדות התבנית והתוויות של סוג היבט בהתאמה אישית. אי אפשר למחוק שדה קיים בתבנית.
אי אפשר לעדכן את המזהה והמיקום של סוג ההיבט אחרי שיוצרים אותו.
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה Aspect types.
לוחצים על סוג ההיבט שרוצים לעדכן.
בדף Aspect type details, לוחצים על Edit.
עורכים את השם המוצג, התיאור, שדות התבנית והתוויות, לפי הצורך.
אופציונלי: כדי לסמן שדה בסוג ההיבט כהוצאה משימוש, מבצעים את השלבים הבאים:
- בקטע Template, מרחיבים את השדה.
- בוחרים באפשרות הוצא משימוש.
- בשדה Deprecation reason, מזינים את הסיבה להוצאה משימוש של השדה שנבחר.
לוחצים על סיום.
לוחצים על Save.
gcloud
כדי לעדכן סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
update.
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.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן סוג היבט בהתאמה אישית, משתמשים ב-method aspectTypes.patch.
מחיקה של סוג היבט בהתאמה אישית
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה Aspect types.
לוחצים על סוג ההיבט שרוצים למחוק.
בדף 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.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי למחוק סוג היבט קיים בהתאמה אישית, משתמשים ב-method aspectTypes.delete.
המאמרים הבאים
- איך מחפשים משאבים ב-Knowledge Catalog
- איך מנהלים רשומות ומטמיעים מקורות בהתאמה אישית
- איך מייבאים מטא-נתונים ל-Knowledge Catalog
- מידע נוסף על מטא-נתונים ב-Knowledge Catalog
- איך להגדיר הקשר בסיסי לנתונים
- תרחישים לדוגמה לשימוש ב-Knowledge Catalog