היבטים וסוגי היבטים ב-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 מנהל את סוגי ההיבטים האלה. אתם יכולים לקרוא מאפיינים שמשויכים לסוגי המאפיינים האלה, אבל לא ליצור או לערוך מאפיינים שמשויכים לסוגי המאפיינים האלה. |
כולל, בין היתר:
|
מהם היבטים?
היבטים מאפשרים לתעד מטא-נתונים בתוך רשומות או קישורים לרשומות כדי לספק הקשר משמעותי. אתם יכולים להשתמש בהיבטים כדי לאחסן את סוגי המטא-נתונים הבאים:
מטא-נתונים עסקיים: מידע שמספק הקשר עסקי, כמו סיווג נתונים. לדוגמה, בתעשיות מפוקחות צריך להגן על פרטים אישיים מזהים (PII) – כמו שמות, כתובות ומספרי תעודות זהות – במערכות נתונים מבוזרות. אחרי שיוצרים קטלוג של נכסי הנתונים המבוזרים, אפשר לסווג את הנתונים כפרטים אישיים מזהים (PII) ואז להחיל על הנתונים מדיניות של איכות נתונים או של גישה.
מטא-נתונים טכניים: פרטים טכניים של רשומות או קישורים לרשומות, כולל:
- לרשומות: פרטים על נכס הנתונים עצמו, למשל הסכימה שלו.
- לקישורים של רשומות: פרטים על הקשר בין נכסי הנתונים, למשל פרטי הצטרפות.
מטא-נתונים שנגזרים מנתונים: מידע שנוצר מהנתונים עצמם, כמו נתונים סטטיסטיים מטבלה ב-BigQuery.
היבטים הם רכיבים של משאב הרשומה הראשי, ולא משאבים נפרדים בפני עצמם. שינוי של היבט מעדכן את הרשומה שמכילה אותו. כדי לעקוב אחרי השינויים האלה, אפשר להירשם לפידים של שינויים במטא-נתונים.
מיקום ההיבט ורמות היעד
כל היבט הוא מופע של תבנית מסוג היבט, שמגדירה את השדות שצריך למלא – לדוגמה, {"pii_classification": "confidential", "gdpr_compliant": true}. אפשר להחיל היבט על טבלה שלמה, על עמודה מסוימת בטבלה או על קישור לרשומה.
המקומות שבהם אפשר להחיל היבט ומספר הפעמים שהוא יכול להופיע תלויים בסוג משאב היעד:
| המשאב שאליו תינתן גישה | רמות נתמכות | מגבלות על עוצמה (cardinality) |
|---|---|---|
| רשומות | ברמת הרשומה או ברמת העמודה | אפשר להוסיף לכל היותר היבט אחד מכל סוג ברמת הרשומה. אפשר להשתמש בכמה היבטים מאותו סוג בכמה עמודות שונות. |
| קישורים לכניסה | ברמת הקישור בלבד | קישור יכול לכלול לכל היותר היבט אחד מכל סוג. |
קטגוריות של היבטים
ההיבטים מחולקים להיבטי חובה והיבטים אופציונליים:
היבטים נדרשים
היבטים נדרשים הם ההיבטים שחובה לציין כשיוצרים רשומה או קישור לרשומה. המאפיינים האלה מוגדרים לפי סוג הרשומה או סוג הקישור לרשומה. כל המשאבים ששייכים לסוג מסוים חייבים תמיד לכלול את כל ההיבטים הנדרשים שמוגדרים בסוג הזה.
Knowledge Catalog מנהל את ההיבטים הנדרשים (לדוגמה, סכימה) של רשומות המערכת.
שימו לב לנקודות הבאות:
אפשר לשייך היבטים נדרשים רק לרשומות ולא לעמודות שלהן.
אי אפשר למחוק את ההיבטים הנדרשים מרשומה או מקישור לרשומה.
אפשר לקרוא את ההיבטים הנדרשים של רשומות המערכת, אבל אי אפשר לשנות אותן.
אי אפשר להגדיר מאפייני נתונים כמאפיינים נדרשים.
היבטים אופציונליים
אתם יכולים לשייך היבטים אופציונליים לרשומות או לעמודות של רשומות. אפשר לאכלס היבטים אופציונליים בזמן יצירת הרשומה, או מאוחר יותר על ידי עדכון הרשומה.
שימו לב לנקודות הבאות:
אפשר למחוק היבטים אופציונליים אחרי שהם אוכלסו.
קישורי כניסה תומכים רק בהיבטים הנדרשים.
היבטים שקשורים לנתונים
חלק מההיבטים מכילים מידע שנגזר מהנתונים הבסיסיים של הרשומה, ולא מטא-נתונים על הרשומה. הם נקראים היבטי נתונים. לדוגמה, התוצאות של סריקת פרופיל נתונים או סריקה של איכות הנתונים מכילות נתונים סטטיסטיים שנגזרים מהנתונים עצמם, ולכן הן מסווגות כהיבטים של נתונים.
סוגי ההיבטים של המערכת שהם היבטי נתונים כוללים את הדברים הבאים:
-
data-profile: מכיל תוצאות של סריקת פרופיל נתונים. מידע נוסף מופיע במאמר מידע על פרופיל נתונים. -
data-quality-scorecard: מכיל סיכום של ציוני איכות הנתונים. -
data-rules: צירוף כללי איכות נתונים לרשומה. -
data-quality-rule-template: הגדרת תבנית לכלל איכות נתונים שאפשר לעשות בה שימוש חוזר.
לפני שמתחילים
לפני שיוצרים ומנהלים סוגי היבטים והיבטים, צריך לבצע את המשימות שמתוארות בקטע הזה.
התפקידים הנדרשים
כדי לקבל את ההרשאות שדרושות ליצירה ולניהול של היבטים וסוגי היבטים, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים במשאב:
-
קבוצה מלאה של הרשאות למשאבי מטא-נתונים ב-Knowledge Catalog, כולל סוגי היבטים והיבטי נתונים:
אדמין של Dataplex Catalog (
roles/dataplex.catalogAdmin) -
יצירה וניהול של משאבי מטא-נתונים ב-Knowledge Catalog, כולל סוגי היבטים והיבטי נתונים:
Dataplex Catalog Editor (
roles/dataplex.catalogEditor) -
קבוצת הרשאות מלאה לסוגי היבטים בהתאמה אישית (חוץ מהרשאות לשימוש בסוגי היבטים כדי ליצור או לערוך רשומות):
Dataplex 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, בוחרים מיקום לסוג ההיבט. אחרי שיוצרים סוג של היבט, אי אפשר לשנות את המיקום שלו. כדי להבין את ההשפעה של בחירת מיקום גלובלי לעומת מיקום אזורי, קראו את הקטע סוגי היבטים בהתאמה אישית.
אופציונלי: מגדירים תבנית לסוג ההיבט.
בקטע תבנית, לוחצים על הוספת שדה. בקטע New field, מזינים את הפרטים הבאים:
- בשדה Name, מזינים שם.
- אופציונלי: בשדה שם לתצוגה, מזינים שם לתצוגה.
- אופציונלי: בשדה תיאור, מזינים תיאור.
בשדה סוג, בוחרים את סוג הנתונים של השדה. בהתאם לבחירה שלכם, יוצגו השדות והאפשרויות הבאים:
אם בחרתם באפשרות טקסט בתור סוג הנתונים, בצעו את השלבים הבאים:
- בשדה סוג הטקסט, בוחרים את סוג הטקסט.
- בשדה Text values, מספקים רמז לשדה הטקסט. כדי לעשות את זה, לוחצים על הוספת ערך ומזינים את הרמז. אפשר להוסיף כמה רמזים לשדה טקסט.
- לוחצים על סיום.
אם בחרתם באפשרות Enum כסוג הנתונים, הוסיפו ערך enum:
- לוחצים על הוספת ערך enum.
- בשדה ערך, מזינים ערך enum. אפשר להוסיף כמה ערכי enum.
- לוחצים על סיום.
אם בחרתם באפשרות מערך בתור סוג הנתונים, בקטע פריט במערך מגדירים את סוגי הפריטים שיופיעו במערך:
- לוחצים על הוספת פריט למערך.
- בשדה שם, מזינים שם לפריטים במערך.
- אופציונלי: בשדה 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 ומציינים את הפרטים הבאים:
בשדה שם, מזינים שם לשדה הרשומה.
אופציונלי: בשדה שם לתצוגה, מזינים שם לתצוגה של שדה הרשומה.
אופציונלי: בשדה Description, מזינים תיאור לשדה הרשומה.
בשדה סוג, בוחרים סוג נתונים.
בהתאם לבחירה שלכם, יוצגו קבוצת השדות והאפשרויות הבאה. הן דומות לאפשרויות שמתוארות קודם בקטע הזה עבור סוגי הנתונים Text, Enum, Map, Array ו-Record.
לוחצים על סיום.
כדי להגדיר את השדה כשדה חובה להיבט מהסוג הזה, בוחרים באפשרות Is required. למידע נוסף על היבטים נדרשים והיבטים אופציונליים, עיינו בקטע קטגוריות של היבטים במסמך הזה.
לוחצים על סיום.
כדי להוסיף כמה שדות, לוחצים על הוספת שדה וחוזרים על השלבים הקודמים.
אופציונלי: בקטע Labels (תוויות), מוסיפים למשאבים תוויות שרירותיות בתור צמדי מפתח/ערך:
- לוחצים על הוספת תווית.
- בשדה Key (מפתח), מזינים מפתח.
- בשדה Value, מזינים ערך למפתח.
- כדי להוסיף עוד תוויות, לוחצים על הוספת תווית וחוזרים על השלבים.
לוחצים על Save.
gcloud
כדי ליצור סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
create.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C#ההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי ליצור סוג היבט בהתאמה אישית, משתמשים ב-method aspectType.create.
אחרי שיוצרים סוג היבט בהתאמה אישית, אפשר להוסיף היבטים לרשומות.
דוגמה לשימוש בשדות "מזהה רשומה" ו"הפניה לרשומה"
אפשר להשתמש בשדות מזהה רשומה והפניה לרשומה להפניות רקורסיביות. בדוגמה הבאה אפשר לראות איך משתמשים בשדות האלה:
נניח שיש לכם סוג היבט שנקרא Employee, עם השדות הבאים:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - שם (סוג:
Text) - כתובת נוכחית (סוג:
Record) - כתובת קבועה (סוג:
Record)
שני שדות הכתובת Current address ו-Permanent address הם מאותו סוג נתונים Record. כדי למנוע כפילויות, אפשר להגדיר את הערכים של מזהה הרשומה והפניה לרשומה כשמגדירים את השדות האלה.
כשמגדירים את השדה Current address, אפשר לציין את הערך address-field בשדה Record ID. בשדה Permanent address, אפשר לציין את אותו ערך (address-field) בשדה Record reference. לדוגמה:
- שם (סוג:
Text) - תאריך התחלה (סוג:
Date & time) - 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
כדי להוסיף היבטים לאובייקט הרשומה, ראו היבטים.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
כדי להוסיף היבטים לאובייקט של רשומה, ראו רשומה.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Pythonההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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(string): שדה חופשי לאחסון סוג שצוין על ידי המשתמש. -
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(מערך): רשימה של שדות סכימה. השדות כוללים את הפרטים הבאים:-
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(datetime): השעה שבה המדדים עודכנו לאחרונה.
יוצרים את הקובץ
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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Node.jsההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לעדכן קישור לרשומה, משתמשים בשיטה entryLinks.patch, כולל נתוני ההיבט בגוף entryLink.
שימו לב למגבלות הבאות לגבי שימוש בהיבטים עם קישורים לדף נחיתה:
- אין תמיכה בהיבטים אופציונליים.
- אין תמיכה בהיבטי נתונים.
- אין תמיכה בהיבטים של סוגים בהתאמה אישית.
- אפשר לנהל רק את ההיבטים הנדרשים שמוגדרים לפי סוגי היבטים של המערכת, למשל
schema-join. - אי אפשר לחפש קישורים לדפים על סמך התוכן של ההיבטים שלהם.
- אין תמיכה בייבוא או בייצוא של מאפייני קישורים לרשומות.
ניהול היבטים קיימים של רשומה
בקטע הזה מוסבר איך לעדכן ולמחוק את ההיבטים הקיימים של רשומה.
עדכון היבט
אתם יכולים לערוך את ההיבטים האופציונליים גם של רשומות בהתאמה אישית וגם של רשומות מערכת. אפשר לערוך את ההיבטים הנדרשים רק עבור רשומות בהתאמה אישית.
לרשומות מערכת של צד ראשון (1P), כמו טבלאות ב-BigQuery, אפשר לעדכן היבטים באמצעות modifyEntry API. כך אפשר להשתמש בהרשאות לעדכון המטא-נתונים של מערכת המקור (לדוגמה, עורך נתונים ב-BigQuery).
המסוף
נכנסים לדף Search בקטלוג הידע במסוף Google Cloud .
מחפשים את הרשומה שרוצים לעדכן את ההיבטים שלה ולוחצים עליה.
ייפתח דף הפרטים של הרשומה.
- לוחצים על הכרטיסייה פרטים.
- בקטע Aspects, מרחיבים את ההיבט שרוצים לעדכן ולוחצים על Edit.
- בחלון עריכת היבט, מעדכנים את שדות החובה.
- לוחצים על 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
כדי לעדכן היבטים של רשומה או עמודה של רשומה, משתמשים בשיטה entry.patch.
מחיקת היבט
המסוף
נכנסים לדף Search של Knowledge Catalog במסוף Google Cloud .
אם פלטפורמת החיפוש מוגדרת ל-Data Catalog, בתפריט Choose search platform בוחרים באפשרות Dataplex Universal Catalog.
מחפשים את הרשומה שרוצים למחוק את ההיבטים שלה ולוחצים עליה.
דף הפרטים של הרשומה נפתח.
- לוחצים על הכרטיסייה פרטים.
- בקטע Aspects (היבטים), מרחיבים את ההיבט שרוצים למחוק, לוחצים על Delete (מחיקה).
- לוחצים על אישור.
gcloud
כדי למחוק היבט של רשומה, משתמשים בפקודה gcloud dataplex entries update.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Goההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Rubyההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי למחוק היבט של רשומה, משתמשים ב-method entry.patch.
ניהול היבטים קיימים של קישור לרשומה
בקטע הזה מוסבר איך לעדכן את ההיבטים הקיימים של קישור לרשומה.
עדכון היבט
בקישורים לרשומות, אפשר לעדכן רק היבטים נדרשים שמשתמשים בסוגי היבטים של המערכת שניתנים לשימוש חוזר.
מידע נוסף זמין במאמר הרשאות IAM לפעולות בקישורי כניסה.
REST
כדי לעדכן קישור של רשומה עם ההיבט הנדרש, משתמשים ב-method entryLinks.patch, וכוללים את נתוני ההיבט בגוף הבקשה.
מחיקת היבט
אי אפשר למחוק את יחס הגובה-רוחב הנדרש לקישור כניסה.
ניהול סוגי היבטים
בקטע הזה מוסבר איך להציג סוגי היבטים, ואיך לעדכן ולמחוק סוגי היבטים מותאמים אישית.
הצגת רשימה של סוגי ההיבטים הזמינים
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה סוגי היבטים.
בדף הזה מפורטים כל סוגי ההיבטים שזמינים ב-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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.
הצגת פרטים של סוג היבט
המסוף
נכנסים לדף Knowledge Catalog Metadata types במסוף Google Cloud .
לוחצים על הכרטיסייה סוגי היבטים.
כדי לראות את הפרטים של סוג היבט ב-Knowledge Catalog, לוחצים על סוג ההיבט. נפתח דף הפרטים של סוג ההיבט, שבו אפשר לגשת לפרטים כמו השם המוצג, מזהה סוג ההיבט, התיאור, מזהה הפרויקט, המיקום, התוויות, תאריך היצירה ותאריך השינוי האחרון.
- כדי לראות את המבנה של סוג ההיבט שנבחר, לוחצים על הכרטיסייה Template.
- כדי לראות את רשימת 10 הרשומות שקשורות אחת לשנייה שנוצרו לאחרונה, לוחצים על הכרטיסייה רשומות לדוגמה.
- כדי לחפש את כל הערכים שקשורים לחיפוש, לוחצים על הצגת כל הערכים שקשורים לחיפוש. הכפתור הזה מופיע רק אם יש לפחות רשומה אחת קשורה.
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.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Javaההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Ruby
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Rubyההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Ruby API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי לקבל את הפרטים של סוג היבט, משתמשים ב-method aspectTypes.get.
עדכון של סוג היבט מותאם אישית
אתם יכולים לעדכן את השם המוצג, התיאור, שדות התבנית והתוויות של סוג היבט בהתאמה אישית. אי אפשר למחוק שדה קיים בתבנית.
אי אפשר לעדכן את המזהה והמיקום של סוג ההיבט אחרי שיוצרים אותו.
המסוף
במסוף Google Cloud , נכנסים לדף Metadata types ב-Knowledge Catalog.
לוחצים על הכרטיסייה סוג ההיבט.
לוחצים על סוג ההיבט שרוצים לעדכן.
בדף Aspect type details, לוחצים על Edit.
עורכים את השם המוצג, התיאור, שדות התבנית והתוויות, לפי הצורך.
אופציונלי: כדי לסמן שדה בסוג ההיבט כהוצאה משימוש, מבצעים את השלבים הבאים:
- בקטע תבנית, מרחיבים את השדה.
- בוחרים באפשרות הוצא משימוש.
- בשדה 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.
כדי לבצע אימות ב-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
כדי לעדכן סוג מאפיין בהתאמה אישית, משתמשים בשיטה
aspectTypes.patch.
מחיקת סוג היבט בהתאמה אישית
המסוף
נכנסים לדף Knowledge Catalog Metadata types במסוף Google Cloud .
לוחצים על הכרטיסייה סוגי היבטים.
לוחצים על סוג ההיבט שרוצים למחוק.
בדף Aspect type details, לוחצים על Delete. מאשרים כשמוצגת בקשה.
gcloud
כדי למחוק סוג היבט בהתאמה אישית, משתמשים בפקודה gcloud dataplex aspect-types
delete.
C#
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי C#ההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog C# API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Knowledge Catalog Go API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Java API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Node.js API.
כדי לבצע אימות ב-Knowledge Catalog, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי Pythonההוראות להגדרה במאמר מדריך למתחילים לעבודה עם Knowledge Catalog באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של Knowledge Catalog Python API.
כדי לבצע אימות לקטלוג הידע, צריך להגדיר את 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.