מבט כולל על מחברים עבור יישומי בד ציור

הנתונים הם הליבה של רוב היישומים, כולל הנתונים שאתה בונה ב- Power Apps. הנתונים מאוחסנים במקור נתונים ובאפשרותך להביא את הנתונים האלו ליישום על-ידי יצירת חיבור. החיבור משתמש במחבר ספציפי כדי לדבר עם מקור הנתונים. ל- Power Apps יש מחברים למקורות נתונים מקומיים ולשירותים פופולריים רבים, כולל SharePoint, ‏SQL Server,‏ Office 365, ‏Salesforce ו- Twitter. כדי להתחיל להוסיף נתונים ליישום בד ציור, ראה הוספת חיבור נתונים ב- Power Apps.

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

טבלאות

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

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

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

‏‫הבנת מקורות נתונים ב- Power Apps
יצירת יישום מנתוני Excel
יצירת יישום מההתחלה
הבנת טבלאות ורשומות ב- Power Apps

פעולות

אם המחבר שלך מספק פעולות, עליך עדיין לבחור את מקור הנתונים כפי שעשית בעבר. אולם במקום לבחור טבלה בשלב הבא, תחבר באופן ידני פקד לפעולה על ידי עריכת המאפיין פריטים של הפקד שיציג את הנתונים. בנוסחה שאליה הגדרת את המאפיין פריטים מציינת את הפעולה שמאחזרת נתונים. לדוגמה, היישום לא יאחזר נתונים כלשהם אם תתחבר אל Yammer ולאחר מכן תגדיר את המאפיין פריטים לשם של מקור הנתונים. כדי לאכלס פקד עם נתונים, ציין פעולה, כגון GetMessagesInGroup(5033622).messages.

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

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

תיקון
Collect
עדכון

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

למידע נוסף על אופן העבודה עם סכימה דינמית ב- Power Apps, ראה עבודה עם אובייקטים לא לא מסווגים ודינמיים לסקירה כללית והתחבר ל- Azure DevOps מ- Power Apps לדוגמה מפורטת.

מחברים פופולריים‬

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

** חל על Azure Blob‏, Box, ‏Dropbox, ‏Google Drive,‏ OneDrive ו- OneDrive for Business

מחברים רגילים ומחברים מותאמים אישית

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

כל המחברים הרגילים

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

באפשרותך לשאול על מחבר ספציפי בפורומים של Power Apps , ותוכל להציע מחברים שברצונך להוסיף, או שיפורים אחרים ב- Power Apps Ideas.

אבטחה וסוגי אימות

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

Microsoft Entra ID

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

Open-Standard Authorization‏ (OAuth)

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

חיבורים משותפים / חיבורים מרומזים מאובטחים

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

לפני ינואר 2024, משתמשי הקצה יכלו לקחת את החיבור המשותף איתם וליצור אפליקציות חדשות נפרדות. המשתמשים לא יכולים לראות את שם המשתמש או הסיסמה, אך החיבור יהיה זמין להם. עם זאת, אחרי ינואר 2024, כל החיבורים המשותפים החדשים שנוצרו מאובטחים. שים לב שיש לפרסם מחדש אפליקציות ישנות כדי שהן יהיו מאובטחות. המשמעות היא שהחיבור כבר לא משותף עם משתמשי קצה. Power App שפורסמה מדברת עם פרוקסי חיבור. פרוקסי החיבור ידבר רק עם Power App הספציפית שעבורה הוא מקושר. פרוקסי החיבור מגביל את הפעולות שנשלחות לחיבורים לאלה שב- Power App { Get, Put/Patch, Delete} עבור מקור נתונים נתון. אם יש לך אפליקציה שמשתמשת בחיבורים שפורסמו לפני ינואר 2024, עליך לפרסם מחדש את האפליקציה ולבטל את השיתוף של כל קשר עם משתמשי קצה שלא היו צריכים אותם.

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

הודעה לעדכון האפליקציות שלך (חיבורים מרומזים מאובטחים)

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

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

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

הפוך חיבורים משתמעים מאובטחים לזמינים עבור אפליקציה קיימת

פתח אפליקציה קיימת הפתוחה לעריכה עם חיבורים משותפים משתמעים שפורסמה בעבר:

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

ביטול השיתוף

לאחר פרסום האפליקציה, בצע את השלבים הבאים כדי לוודא שהשיתוף פועל כהלכה:

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

  

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

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

  

השתמש באפליקציות עם חיבור משתמע מאובטח חדש

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

הגבלות

1. כל סוגי הקשרים המשותפים באופן מרומז פועלים כמו פעולה וטבלאות.
2. השמות שרתים ומסדי נתונים מוסתרים במעקבי רשת אך גלויים בתיבת הדו-שיח של ההסכמה. שמות העמודות אינם מוסתרים.
3. עבור מחברים טבלאיים, אנו מגבילים רק פעולות CRUD כגון הורד, פרסם, הנח או מחק. אם יש לך הרשאות לשים אז יש לך גישה לפרסום.
4. מחברים מבוססי פעולה מגבילות על סמך ה- API הספציפי שנמצא בשימוש באפליקציה.
5. אזהרות עדיין מוגדרות כזמינות בשיתוף. האזהרה בנושא חיבורים משתמעים משותפים עדיין מזהירה בעת השימוש בתצוגה מקדימה פרטית. עם זאת, החיבור שלך עם תכונה זו מאובטח - למרות האזהרה.
6. אין תמיכה בפרסום לדייר שלם, בניגוד לקבוצות או אנשים ספציפיים.
7. קיימת בעיה ידועה בעת ייבוא חיבור מאובטח משותף במשתמע דרך הפניית חיבור. האבטחה אינה מוגדרת כראוי בסביבת היעד.
8. קיימת בעיה ידועה בייבוא ​​פתרון באמצעות מנהל שירות, הגורמת לכשל בייבוא. דרך לעקיפת הבעיה היא לשתף את החיבור עם מנהל השירות.

אימות Windows

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

מקורות נתונים בפתרונות

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

שינוי שם של מקורות נתונים ביישומים

למידע על שינוי שם של מקורות נתונים ביישום ועל ההבדל בין מקורות מידע טבלאיים ומבוססי פעולה, עבור אל שינוי שם Power Apps מקורות נתונים מבוססי פעולה.

דו-שיח של הסכמה לחיבור

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

1. כדי להודיע למשתמשים על מקורות הנתונים אליהם יש ליישום גישה.

2. כדי לתאר את הפעולות שמחבר עשוי לבצע או לא לבצע ביישום. לדוגמה, עבור יישומים המשתמשים במחבר משתמשי Office 365, זה יכול להיות כדלהלן.

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

3. ללכוד את הסכמת משתמשי הקצה להתחבר למקורות הנתונים שבהם היישום משתמש.

4. להקל על אימות ידני של משתמשי קצה, במידת הצורך.

עבור חיבורים מסוימים, Power Platform יכול לאמת משתמש לצורך גישה למקור נתונים. עם זאת, אם הכניסה האוטומטית תיכשל, תיבת דו-שיח זו תבקש מהמשתמשים לתקן את החיבור באמצעות כניסה ידנית. Power Platform יכול לנסות כניסה אוטומטית לחיבור רק כאשר מקור נתונים מאשר מראש את מנהל השירות של חיבורי Microsoft’s Azure API, ומעניק לו הרשאה לבצע כניסה יחידה עבור משתמש בעת יצירת חיבור. למידע נוסף על כניסה יחידה, ראה מהי כניסה יחידה (SSO)?

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

התמונה הבאה היא דוגמה דו-שיח של הסכמת חיבור עבור יישום שמתחבר לאתר SharePoint.

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

Microsoft Power Platform יכול להשמיט את דו-שיח ההסכמה לחיבורים למקורות נתונים רק כאשר:

1. אין התחייבות מצד מקור נתונים להציג ממשק משתמש עם הסכמה מפורשת.
2. מקור הנתונים מאשר מראש את מנהל שירות חיבורי API של Microsoft’s Azure לאפשר כניסה יחידה.
3. מנהל מערכת מגדיר את היישום להשמיט את ההסכמה לחיבורים הקודמים.

האישור מראש של מנהל שירות חיבורי API של Microsoft’s Azure קיים עבור מקורות הנתונים של צד ראשון של Microsoft, וניתן להגדירו על ידי יישומים מותאמים אישית הרשומים בדייר Microsoft Entra המשמשים במחברים מותאמים אישית. מנהל המערכת מנהל את השמטת ההסכמה לפי יישום פרטני (בניגוד להשמטה על בסיס מחבר), כך שההשמטה מנוהלת ברמת חוויית היישום המפורטת ביותר—רמת פירוט זו מונעת מהשמטת ההסכמה עבור "היישומים המאושרים" של הארגון להשמיט בטעות הסכמה ליישומים שאינם מאושרים וכאלה שלא נסקרו.