מטא-נתונים הם חיוניים לארגון ולהבנה של נכסי הנתונים והקשרים ביניהם. לדוגמה, בתעשיות מפוקחות צריך להגן על פרטים אישיים מזהים (PII) כמו שמות, כתובות ומספרי תעודות מזהות רשמיות. הנתונים האלה יכולים להופיע במקרים רבים במערכות נתונים מבוזרות. Knowledge Catalog (לשעבר Dataplex Universal Catalog) עוזר לכם לגלות במהירות את נכסי הנתונים המבוזרים שלכם ולסווג אותם. לאחר מכן תוכלו לסווג את הנתונים כפרטים אישיים מזהים.
אם תעשירו את רשומות הנתונים ואת הקישורים לרשומות בהקשר משמעותי, תוכלו להפוך את הנתונים לשימושיים יותר ולשפר את החשיפה שלהם. Knowledge Catalog מאפשר להוסיף הקשר באמצעות סוגי היבטים והיבטים:
- סוג היבט: תבנית JSON שמגדירה נתונים קשורים. לדוגמה, לגבי מידע על תאימות, יכול להיות שיש לכם סיווג של מידע אישי (PII) ותאימות לתקנות ה-GDPR.
- מאפיין: מופע של סוג מאפיין. לדוגמה, {"pii_classification": "confidential", "gdpr_compliant": true}. אפשר להחיל היבט על טבלה שלמה, על עמודה ספציפית בטבלה או על קישור לרשומה.
אחרי שמסווגים את הנתונים, אפשר להחיל עליהם כללי מדיניות בנושא איכות הנתונים או הגישה אליהם.
מידע נוסף זמין במאמר מידע על מטא-נתונים ב-Knowledge Catalog.
מהם סוגי היבטים?
סוגי היבטים הם משאבים שאפשר לעשות בהם שימוש חוזר, והם מספקים תבניות להיבטים. כשיוצרים סוג היבט בהתאמה אישית, צריך לציין מזהה שתואם להנחיות למתן שמות למשאבים ב-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 מנוהלים סוגי ההיבטים האלה. אתם יכולים לקרוא מאפיינים שמשויכים לסוגי המאפיינים האלה, אבל לא ליצור או לערוך מאפיינים שמשויכים לסוגי המאפיינים האלה. |
כולל, בין היתר:
|
מהם היבטים?
היבטים מאפשרים לתעד מטא-נתונים בתוך רשומות או קישורים לרשומות כדי לספק הקשר משמעותי. אתם יכולים להשתמש בהיבטים כדי לאחסן את סוגי המטא-נתונים הבאים:
מטא-נתונים עסקיים: מידע שמספק הקשר עסקי, כמו סיווג נתונים.
מטא-נתונים טכניים: פרטים טכניים של רשומות או קישורים לרשומות, כולל:
- לרשומות: פרטים על נכס הנתונים עצמו, למשל הסכימה שלו.
- לקישורי כניסה: פרטים על הקשר בין נכסי הנתונים, למשל פרטי הצטרפות.
מטא-נתונים שנגזרים מנתונים: מידע שנוצר מהנתונים עצמם, כמו נתונים סטטיסטיים מטבלה ב-BigQuery.
היבטים הם רכיבים של משאב ההורה ולא משאבים נפרדים עצמאיים. שינוי של היבט מעדכן את הרשומה שמכילה אותו. כדי לעקוב אחרי השינויים האלה, אפשר להירשם לפידים של שינויים במטא-נתונים.
מיקום ההיבט ורמות היעד
כל היבט הוא מופע של תבנית מסוג היבט, שמגדירה את השדות שצריך למלא. המקומות שבהם אפשר להחיל היבט ומספר הפעמים שהוא יכול להופיע תלויים בסוג משאב היעד:
| המשאב שאליו תינתן גישה | רמות נתמכות | מגבלות על עוצמה (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 Catalog (
roles/dataplex.catalogViewer) -
משתמשים בסוגי מאפיינים כדי ליצור ולשנות רשומות עם המאפיינים המתאימים:
Dataplex Aspect Type User (
roles/dataplex.aspectTypeUser) -
הוספת היבטים של חלק מסוגי ההיבטים של המערכת, כמו
schema,schema-join,overview,contacts: בעלים של Dataplex Entry ו-EntryLink (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 (יצירת סוג מאפיין), מזינים את הפרטים הבאים:
- אופציונלי: בשדה Display name, מזינים שם לסוג ההיבט.
- בשדה מזהה סוג ההיבט, מזינים מזהה ייחודי לסוג ההיבט.
- אופציונלי: בשדה Description, מזינים תיאור לסוג ההיבט.
- בשדה מיקום, בוחרים מיקום לסוג ההיבט. אי אפשר לשנות את המיקום של סוג ההיבט אחרי שיוצרים אותו. כדי להבין את ההשפעה של בחירת מיקום גלובלי לעומת מיקום אזורי, אפשר לעיין בקטע סוגי היבטים מותאמים אישית.
אופציונלי: מגדירים תבנית לסוג ההיבט.
בקטע תבנית, לוחצים על הוספת שדה. בקטע New field, מזינים את הפרטים הבאים:
- בשדה שם, מזינים שם.
- אופציונלי: בשדה שם לתצוגה, מזינים שם לתצוגה.
- אופציונלי: בשדה תיאור, מזינים תיאור.
בשדה סוג, בוחרים את סוג הנתונים של השדה. בהתאם לבחירה שלכם, יוצגו השדות והאפשרויות הבאים:
אם בחרתם באפשרות טקסט כסוג הנתונים, פועלים לפי השלבים הבאים:
- בשדה סוג הטקסט, בוחרים את סוג הטקסט.
- בשדה ערכי טקסט, מציינים רמז לשדה הטקסט. כדי לעשות את זה, לוחצים על הוספת ערך ומזינים את הרמז. אפשר להוסיף כמה רמזים לשדה טקסט.
- לוחצים על סיום.
אם בחרתם באפשרות 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 ID (מזהה רשומה) ו-Record reference (הפניה לרשומה) במסמך הזה.
בקטע Record fields אפשר להגדיר אובייקט מורכב עם כמה שדות בתצוגת עץ. כדי לעשות את זה, לוחצים על Add record field item ומציינים את הפרטים הבאים:
בשדה Name, מזינים שם לשדה הרשומה.
אופציונלי: בשדה Display name, מזינים שם לתצוגה של שדה הרשומה.
אופציונלי: בשדה Description, מזינים תיאור לשדה הרשומה.
בשדה סוג, בוחרים סוג נתונים.
בהתאם לבחירה שלכם, יוצגו קבוצת השדות והאפשרויות הבאה. הן דומות לאפשרויות שתוארו קודם לכן בקטע הזה לגבי סוגי הנתונים Text, Enum, Map, Array ו-Record.
לוחצים על סיום.
כדי להגדיר את השדה כשדה חובה להיבט מהסוג הזה, בוחרים באפשרות Is required. למידע נוסף על היבטים נדרשים והיבטים אופציונליים, עיינו בקטע קטגוריות של היבטים במסמך הזה.
לוחצים על סיום.
כדי להוסיף כמה שדות, לוחצים על הוספת שדה וחוזרים על השלבים הקודמים.
אופציונלי: בקטע Labels (תוויות), מוסיפים למשאבים תוויות שרירותיות בתור צמדי מפתח/ערך:
- לוחצים על הוספת תווית.
- בשדה Key (מפתח), מזינים מפתח.
- בשדה ערך, מזינים ערך למפתח.
- כדי להוסיף עוד תוויות, לוחצים על הוספת תווית וחוזרים על השלבים.
לוחצים על 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Rubyההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי ליצור סוג מאפיין בהתאמה אישית, משתמשים בשיטה aspectType.create.
אחרי שיוצרים סוג היבט בהתאמה אישית, אפשר להוסיף היבטים לרשומות.
דוגמה לשימוש בשדות Record ID (מזהה רשומה) ו-Record reference (הפניה לרשומה)
אפשר להשתמש בשדות Record ID ו-Record reference להפניות רקורסיביות. בדוגמה הבאה אפשר לראות איך משתמשים בשדות האלה:
נניח שיש לכם סוג היבט שנקרא Employee, עם השדות הבאים:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - שם (סוג:
Text) - הכתובת הנוכחית (סוג:
Record) - כתובת קבועה (סוג:
Record)
שני שדות הכתובת הכתובת הנוכחית והכתובת הקבועה הם מאותו סוג נתונים Record. כדי למנוע כפילויות, אפשר להגדיר את הערכים של מזהה הרשומה והפניה לרשומה כשמגדירים את השדות האלה.
כשמגדירים את השדה כתובת נוכחית, אפשר לציין את מזהה הרשומה בתור address-field. בשדה כתובת קבועה, אפשר לציין את אותו ערך (address-field) בשדה הפניה לרשומה. לדוגמה:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - שם (סוג:
Text) - הכתובת הנוכחית (סוג:
Record, מזהה רשומה:address-field) - כתובת קבועה (סוג:
Record, הפניה לרשומה:address-field)
כך לא צריך לשכפל את השדות של כתובת אחרת.
הוספת היבטים לערך
אחרי שיוצרים סוג מותאם אישית של מאפיין, אפשר ליצור מאפיינים מהסוג הזה. כדי להוסיף היבטים לרשומה, צריך לעדכן את הרשומה, כי ההיבטים מאוחסנים בתוך הרשומות.
שימו לב לנקודות הבאות:
- אפשר להוסיף היבטים לרשומה או לעמודות של רשומה.
- אפשר לערוך את ההיבטים הנדרשים רק עבור רשומות בהתאמה אישית. אי אפשר למחוק את ההיבטים הנדרשים.
- אתם יכולים לערוך ולמחוק את ההיבטים האופציונליים גם ברשומות בהתאמה אישית וגם ברשומות של המערכת.
המסוף
נכנסים לדף Search בקטלוג הידע במסוף 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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
כדי לעדכן היבטים של רשומה, משתמשים בשיטה 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(string): התפקיד של איש הקשר (לדוגמה,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(int): מספר השורות שנסרקו. -
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(string): סקירה כללית של הרשומה, עם תמיכה בפורמט 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.
כדי לבצע אימות ב-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.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Pythonההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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
כדי לעדכן קישור לרשומה, משתמשים בשיטה entryLinks.patch, כולל נתוני ההיבט בגוף entryLink.
שימו לב למגבלות הבאות לגבי שימוש בהיבטים עם קישורים לדף נחיתה:
- אין תמיכה בהיבטים אופציונליים.
- אין תמיכה בהיבטים של נתונים.
- אין תמיכה בהיבטים של סוגים בהתאמה אישית.
- אפשר לנהל רק את ההיבטים הנדרשים שמוגדרים לפי סוגי היבטים של המערכת, למשל
schema-join. - אי אפשר לחפש קישורים לדפים על סמך התוכן של ההיבטים שלהם.
- אין תמיכה בייבוא או בייצוא של מאפייני קישורים לרשומות.
ניהול היבטים קיימים של רשומה
בקטע הזה מוסבר איך לעדכן ולמחוק את ההיבטים הקיימים של רשומה.
עדכון היבט
אתם יכולים לערוך את ההיבטים האופציונליים גם של רשומות בהתאמה אישית וגם של רשומות מערכת. אפשר לערוך את ההיבטים הנדרשים רק ברשומות בהתאמה אישית.
ברשומות של מערכות צד ראשון (1P), כמו טבלאות ב-BigQuery, אפשר לעדכן היבטים באמצעות ה-API של modifyEntry. כך תוכלו להשתמש בהרשאות העדכון של המטא-נתונים של מערכת המקור (למשל BigQueryData Editor).
המסוף
נכנסים לדף Search של Knowledge Catalog במסוף Google Cloud .
מחפשים את הרשומה שרוצים לעדכן את ההיבטים שלה ולוחצים על הרשומה.
ייפתח דף הפרטים של הרשומה.
- לוחצים על הכרטיסייה פרטים.
- בקטע Aspects, מרחיבים את ההיבט שרוצים לעדכן ולוחצים על Edit.
- בחלון עריכת היבט, מעדכנים את שדות החובה.
- לוחצים על 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Rubyההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן היבטים של רשומה או עמודה של רשומה, משתמשים בשיטה entry.patch.
מחיקת היבט
המסוף
נכנסים לדף Search של Knowledge Catalog במסוף Google Cloud .
אם פלטפורמת החיפוש מוגדרת לקטלוג נתונים, בתפריט בחירת פלטפורמת חיפוש בוחרים באפשרות 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי למחוק היבט של רשומה, משתמשים ב-method entry.patch.
ניהול היבטים קיימים של קישור לכניסה
בקטע הזה מוסבר איך לעדכן את ההיבטים הקיימים של קישור לכניסה.
עדכון היבט
בקישורי כניסה, אפשר לעדכן רק היבטים נדרשים שמשתמשים בסוגי היבטים של המערכת שאפשר לעשות בהם שימוש חוזר.
מידע נוסף זמין במאמר הרשאות IAM לפעולות של קישורי כניסה.
REST
כדי לעדכן קישור לרשומה עם ההיבט הנדרש, משתמשים בשיטה 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Rubyההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי להציג רשימה של כל סוגי ההיבטים הזמינים, משתמשים בשיטה aspectTypes.list.
הצגת פרטים של סוג היבט
המסוף
נכנסים לדף Knowledge Catalog Metadata types במסוף Google Cloud .
לוחצים על הכרטיסייה סוגי היבטים.
כדי לראות את הפרטים של סוג aspect בקטלוג Knowledge Catalog, לוחצים על סוג aspect. נפתח דף הפרטים של סוג ההיבט, שבו אפשר לגשת לפרטים כמו שם מוצג, מזהה סוג ההיבט, תיאור, מזהה הפרויקט, מיקום, תוויות, תאריך היצירה ותאריך השינוי האחרון.
- כדי לראות את המבנה של סוג ההיבט שנבחר, לוחצים על הכרטיסייה תבנית.
- כדי לראות את רשימת 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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 aspectTypes.get.
עדכון סוג יחס גובה-רוחב מותאם אישית
אתם יכולים לעדכן את השם המוצג, התיאור, שדות התבנית והתוויות של סוג היבט בהתאמה אישית. אי אפשר למחוק שדה קיים בתבנית.
אחרי שיוצרים את סוג ההיבט, אי אפשר לעדכן את המזהה והמיקום של סוג ההיבט.
המסוף
נכנסים לדף Knowledge Catalog Metadata types במסוף Google Cloud .
לוחצים על הכרטיסייה סוג ההיבט.
לוחצים על סוג ההיבט שרוצים לעדכן.
בדף 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.patch.
מחיקת סוג היבט מותאם אישית
המסוף
נכנסים לדף Knowledge Catalog Metadata types במסוף Google Cloud .
לוחצים על הכרטיסייה סוגי היבטים.
לוחצים על סוג ההיבט שרוצים למחוק.
בדף פרטים של סוג ההיבט, לוחצים על מחיקה. מאשרים כשמוצגת בקשה.
gcloud
כדי למחוק סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
delete.
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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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