Ανάπτυξη σημασιολογικών μοντέλων Direct Lake

Αυτό το άρθρο περιγράφει θέματα σχεδίασης που σχετίζονται με την ανάπτυξη σημασιολογικών μοντέλων Direct Lake.

Δημιουργία του μοντέλου

Μπορείτε να χρησιμοποιήσετε την πύλη Fabric για να δημιουργήσετε ένα μοντέλο σημασιολογίας Direct Lake σε έναν χώρο εργασίας. Είναι μια απλή διαδικασία που περιλαμβάνει την επιλογή των πινάκων από μια μοναδική λίμνη ή αποθήκη που θα προστεθούν στο μοντέλο σημασιολογίας.

Στη συνέχεια, μπορείτε να χρησιμοποιήσετε την εμπειρία μοντελοποίησης web για να αναπτύξετε περαιτέρω το μοντέλο σημασιολογίας. Αυτή η εμπειρία σάς επιτρέπει να δημιουργείτε σχέσεις μεταξύ πινάκων, να δημιουργείτε μετρήσεις και ομάδες υπολογισμού, να επισημαίνετε πίνακες ημερομηνιών και να ορίζετε ιδιότητες για το μοντέλο και τα αντικείμενά του (όπως μορφές στηλών). Μπορείτε επίσης να ρυθμίσετε το μοντέλο ασφάλεια σε επίπεδο γραμμών (RLS) καθορίζοντας ρόλους και κανόνες και προσθέτοντας μέλη (λογαριασμούς χρηστών ή ομάδες ασφαλείας του Microsoft Entra) σε αυτούς τους ρόλους.

Εναλλακτικά, μπορείτε να συνεχίσετε την ανάπτυξη του μοντέλου σας χρησιμοποιώντας ένα εργαλείο συμβατό με XMLA, όπως το SQL Server Management Studio (SSMS) (έκδοση 19.1 ή νεότερη έκδοση) ή εργαλεία κοινότητας ανοιχτού κώδικα. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα υποστήριξη εγγραφής μοντέλου με το τελικό σημείο XMLA παρακάτω σε αυτό το άρθρο.

Πίνακες μοντέλων

Οι πίνακες μοντέλων βασίζονται είτε σε έναν πίνακα είτε σε μια προβολή του τελικού σημείου ανάλυσης SQL. Ωστόσο, αποφύγετε τη χρήση προβολών όποτε αυτό είναι εφικτό. Αυτό συμβαίνει επειδή τα ερωτήματα σε έναν πίνακα μοντέλου που βασίζεται σε μια προβολή θα επιστρέφουν πάντα στη λειτουργία DirectQuery, το οποίο μπορεί να έχει ως αποτέλεσμα πιο αργή απόδοση του ερωτήματος.

Οι πίνακες πρέπει να περιλαμβάνουν στήλες για φιλτράρισμα, ομαδοποίηση, ταξινόμηση και σύνοψη, επιπλέον των στηλών που υποστηρίζουν σχέσεις μοντέλων. Παρόλο που οι περιττές στήλες δεν επηρεάζουν τις επιδόσεις ερωτημάτων σημασιολογικών μοντέλων (επειδή δεν θα φορτωθούν στη μνήμη), έχουν ως αποτέλεσμα μεγαλύτερο μέγεθος χώρου αποθήκευσης στο OneLake και απαιτούν περισσότερους υπολογιστικούς πόρους για φόρτωση και συντήρηση.

Για να μάθετε πώς μπορείτε να επιλέξετε τους πίνακες που θα συμπεριληφθούν στο σημασιολογικό μοντέλο Direct Lake, ανατρέξτε στο θέμα Επεξεργασία πινάκων για σημασιολογικά μοντέλα Direct Lake.

Για περισσότερες πληροφορίες σχετικά με τις στήλες που θα συμπεριληφθούν στους πίνακες σημασιολογικών μοντέλων σας, ανατρέξτε στο θέμα Κατανόηση του χώρου αποθήκευσης για σημασιολογικά μοντέλα Direct Lake.

Επιβολή κανόνων πρόσβασης δεδομένων

Όταν έχετε απαιτήσεις για την παράδοση υποσυνόλου δεδομένων μοντέλου σε διαφορετικούς χρήστες, μπορείτε να επιβάλετε κανόνες πρόσβασης δεδομένων. Επιβάλλετε κανόνες ρυθμίζοντας ασφάλεια σε επίπεδο αντικειμένου (OLS) ή/και ασφάλεια σε επίπεδο γραμμών (RLS) στο τελικό σημείο ανάλυσης SQL ή στο μοντέλο σημασιολογίας.

Ασφάλεια σε επίπεδο αντικειμένου (OLS)

Το OLS περιλαμβάνει τον περιορισμό της πρόσβασης στον εντοπισμό και την υποβολή ερωτημάτων σε αντικείμενα ή στήλες. Για παράδειγμα, μπορείτε να χρησιμοποιήσετε OLS για να περιορίσετε τους χρήστες που μπορούν να έχουν πρόσβαση στη στήλη Salary από τον πίνακα Employee.

Για ένα τελικό σημείο ανάλυσης SQL, μπορείτε να ρυθμίσετε το OLS για να έλεγχο πρόσβασης στα αντικείμενα τελικού σημείου, όπως πίνακες ή προβολές, και ασφάλεια σε επίπεδο στηλών (CLS) για να έλεγχο πρόσβασης σε στήλες πίνακα τελικού σημείου.

Για ένα μοντέλο σημασιολογίας, μπορείτε να ρυθμίσετε το OLS για να έλεγχο πρόσβασης σε πίνακες ή στήλες μοντέλου. Πρέπει να χρησιμοποιήσετε εργαλεία κοινότητας ανοιχτού κώδικα, όπως το Tabular Editor, για να ρυθμίσετε το OLS.

Ασφάλεια σε επίπεδο γραμμών (RLS)

Το RLS περιλαμβάνει τον περιορισμό της πρόσβασης σε υποσύνολα δεδομένων σε πίνακες. Για παράδειγμα, μπορείτε να χρησιμοποιήσετε το RLS για να εξασφαλίσετε ότι οι πωλητές μπορούν να έχουν πρόσβαση μόνο σε δεδομένα πωλήσεων για πελάτες στην περιοχή πωλήσεών τους.

Για ένα τελικό σημείο ανάλυσης SQL, μπορείτε να ρυθμίσετε το RLS για να έλεγχο πρόσβασης σε γραμμές σε έναν πίνακα τελικού σημείου.

Για ένα μοντέλο σημασιολογίας, μπορείτε να ρυθμίσετε το RLS για να έλεγχο πρόσβασης σε γραμμές σε πίνακες μοντέλων. Το RLS μπορεί να ρυθμιστεί στην εμπειρία μοντελοποίησης web ή χρησιμοποιώντας ένα εργαλείο άλλου κατασκευαστή.

Πώς αξιολογούνται τα ερωτήματα

Ο λόγος για την ανάπτυξη σημασιολογικών μοντέλων Direct Lake είναι η επίτευξη ερωτημάτων υψηλών επιδόσεων σε μεγάλους όγκους δεδομένων στο OneLake. Επομένως, θα πρέπει να προσπαθήσετε να σχεδιάσετε μια λύση που μεγιστοποιεί τις πιθανότητες υποβολής ερωτημάτων εντός της μνήμης.

Τα παρακάτω βήματα προσεγγίζουν τον τρόπο αξιολόγησης των ερωτημάτων (και εάν αποτυγχάνουν). Τα οφέλη της λειτουργίας αποθήκευσης Direct Lake είναι δυνατά μόνο όταν επιτευχθεί το πέμπτο βήμα.

1. Εάν το ερώτημα περιέχει οποιονδήποτε πίνακα ή στήλη που περιορίζεται από το σημασιολογικό μοντέλο OLS, επιστρέφεται ένα αποτέλεσμα σφάλματος (η απεικόνιση αναφοράς θα αποτύχει να αποδοθεί).
2. Εάν το ερώτημα περιέχει οποιαδήποτε στήλη που περιορίζεται από το τελικό σημείο ΑΝΆΛΥΣΗς SQL CLS (ή δεν υποστηρίζεται ο πίνακας), επιστρέφεται ένα αποτέλεσμα σφάλματος (η απεικόνιση αναφοράς θα αποτύχει να αποδοθεί).
   1. Εάν η σύνδεση cloud χρησιμοποιεί SSO (προεπιλογή), το CLS προσδιορίζεται από το επίπεδο πρόσβασης του καταναλωτή αναφοράς.
   2. Εάν η σύνδεση cloud χρησιμοποιεί σταθερή ταυτότητα, το CLS προσδιορίζεται από το επίπεδο πρόσβασης της σταθερής ταυτότητας.
3. Εάν το ερώτημα περιέχει οποιονδήποτε πίνακα στο τελικό σημείο ανάλυσης SQL που επιβάλλει RLS ή χρησιμοποιείται μια προβολή, το ερώτημα επιστρέφει στη λειτουργία DirectQuery.
   1. Εάν η σύνδεση cloud χρησιμοποιεί SSO (προεπιλογή), το RLS προσδιορίζεται από το επίπεδο πρόσβασης του καταναλωτή αναφοράς.
   2. Εάν η σύνδεση cloud χρησιμοποιεί μια σταθερή ταυτότητα, το RLS προσδιορίζεται από το επίπεδο πρόσβασης της σταθερής ταυτότητας.
4. Εάν το ερώτημα υπερβεί τα προστατευτικά του συνόλου εκχωρημένων πόρων, επιστρέφει στη λειτουργία DirectQuery.
5. Διαφορετικά, το ερώτημα ικανοποιείται από τη μνήμη cache. Τα δεδομένα στήλης φορτώνονται στη μνήμη ως και όταν είναι απαραίτητο.

Δικαιώματα στοιχείου προέλευσης

Ο λογαριασμός που χρησιμοποιείται για την πρόσβαση σε δεδομένα είναι ένας από τους εξής.

• Εάν η σύνδεση cloud χρησιμοποιεί SSO (προεπιλογή), είναι ο καταναλωτής της αναφοράς.
• Εάν η σύνδεση cloud χρησιμοποιεί μια σταθερή ταυτότητα, είναι η σταθερή ταυτότητα.

Ο λογαριασμός πρέπει να έχει τουλάχιστον δικαιώματα Ανάγνωσης και ReadData δικαιώματα στο στοιχείο προέλευσης (lakehouse ή αποθήκη). Τα δικαιώματα στοιχείων μπορούν να μεταβιβαστούν από ρόλους χώρου εργασίας ή να εκχωρηθούν ρητά για το στοιχείο, όπως περιγράφεται αυτό το άρθρο.

Υποθέτοντας ότι αυτή η απαίτηση ικανοποιείται, το Fabric εκχωρεί την απαραίτητη πρόσβαση στο σημασιολογικό μοντέλο για την ανάγνωση των πινάκων Delta και των συσχετισμένων αρχείων Parquet (για τη φόρτωση δεδομένων στήλης στη μνήμη) και μπορούν να εφαρμοστούν κανόνες πρόσβασης δεδομένων.

Επιλογές κανόνα πρόσβασης δεδομένων

Μπορείτε να ρυθμίσετε κανόνες πρόσβασης δεδομένων σε:

• Μόνο το σημασιολογικό μοντέλο.
• Μόνο το τελικό σημείο ανάλυσης SQL.
• Τόσο στο σημασιολογικό μοντέλο όσο και στο τελικό σημείο ανάλυσης SQL.

Κανόνες στο μοντέλο σημασιολογίας

Εάν πρέπει να επιβάλετε κανόνες πρόσβασης δεδομένων, θα πρέπει να το κάνετε στο μοντέλο σημασιολογίας όποτε είναι βιώσιμο. Αυτό συμβαίνει επειδή η επιβολή RLS από το μοντέλο σημασιολογίας επιτυγχάνεται με φιλτράρισμα της cache εντός της μνήμης των δεδομένων για την επίτευξη ερωτημάτων υψηλής απόδοσης.

Είναι επίσης μια κατάλληλη προσέγγιση όταν οι καταναλωτές αναφορών δεν έχουν δικαίωμα υποβολής ερωτημάτων για το lakehouse ή την αποθήκη.

Σε κάθε περίπτωση, συνιστάται ιδιαίτερα η σύνδεση cloud να χρησιμοποιεί μια σταθερή ταυτότητα αντί για SSO. Η SSO θα σημαίνει ότι οι τελικοί χρήστες θα μπορούν να έχουν απευθείας πρόσβαση στο τελικό σημείο ανάλυσης SQL και, επομένως, θα μπορούσαν να παρακάμψουν τους κανόνες ασφάλειας στο μοντέλο σημασιολογίας.

Κανόνες στο τελικό σημείο ανάλυσης SQL

Είναι κατάλληλο να επιβάλλετε κανόνες πρόσβασης δεδομένων στο τελικό σημείο ανάλυσης SQL, όταν το μοντέλο σημασιολογίας σύνδεση στο cloud χρησιμοποιεί καθολική σύνδεση (SSO) . Αυτό συμβαίνει επειδή η ταυτότητα του χρήστη ανατίθεται να υποβάλει ερώτημα στο τελικό σημείο ανάλυσης SQL, εξασφαλίζοντας ότι τα ερωτήματα επιστρέφουν μόνο τα δεδομένα στα οποία επιτρέπεται η πρόσβαση του χρήστη. Είναι επίσης κατάλληλο να επιβάλλετε κανόνες πρόσβασης δεδομένων σε αυτό το επίπεδο, όταν οι χρήστες θα υποβάλλουν ερωτήματα στο τελικό σημείο ανάλυσης SQL απευθείας για άλλους φόρτους εργασίας (για παράδειγμα, για να δημιουργήσουν μια σελιδοποιημένη αναφορά Power BI ή να εξάγουν δεδομένα).

Συγκεκριμένα, ωστόσο, ένα ερώτημα σημασιολογικού μοντέλου θα επανέλθει στη λειτουργία DirectQuery όταν περιλαμβάνει οποιονδήποτε πίνακα που επιβάλλει RLS στο τελικό σημείο ανάλυσης SQL. Κατά συνέπεια, το σημασιολογικό μοντέλο ενδέχεται να μην αποθηκεύει δεδομένα στη μνήμη cache για την επίτευξη ερωτημάτων υψηλών επιδόσεων.

Κανόνες και στα δύο επίπεδα

Οι κανόνες πρόσβασης δεδομένων μπορούν να επιβληθούν και στα δύο επίπεδα. Ωστόσο, αυτή η προσέγγιση περιλαμβάνει επιπλέον πολυπλοκότητα και έξοδα διαχείρισης. Σε αυτή την περίπτωση, συνιστάται ιδιαίτερα η σύνδεση cloud να χρησιμοποιεί μια σταθερή ταυτότητα αντί για SSO.

Σύγκριση επιλογών κανόνα πρόσβασης δεδομένων

Ο παρακάτω πίνακας συγκρίνει τις επιλογές ρύθμισης πρόσβασης δεδομένων.

Προτεινόμενες πρακτικές για την επιβολή κανόνων πρόσβασης δεδομένων

Ακολουθούν προτεινόμενες πρακτικές που σχετίζονται με την επιβολή κανόνων πρόσβασης δεδομένων:

• Εάν διαφορετικοί χρήστες πρέπει να περιορίζονται σε υποσύνολα δεδομένων, όποτε είναι βιώσιμο, επιβάλλετε RLS μόνο στο επίπεδο μοντέλου σημασιολογίας. Με αυτόν τον τρόπο, οι χρήστες θα επωφεληθούν από ερωτήματα υψηλής απόδοσης στη μνήμη. Σε αυτή την περίπτωση, συνιστάται ιδιαίτερα η σύνδεση cloud να χρησιμοποιεί μια σταθερή ταυτότητα αντί για SSO.
• Εάν είναι δυνατό, αποφύγετε την επιβολή OLS και CLS σε οποιοδήποτε επίπεδο, επειδή έχει ως αποτέλεσμα σφάλματα στις απεικονίσεις αναφοράς. Τα σφάλματα μπορεί να οδηγήσουν σε σύγχυση ή πρόβλημα για τους χρήστες. Για στήλες με δυνατότητα σύνοψης, εξετάστε το ενδεχόμενο να δημιουργήσετε μετρήσεις που επιστρέφουν ΚΕΝΟ σε ορισμένες συνθήκες αντί για CLS (εάν είναι δυνατό).

Υποστήριξη εγγραφής μοντέλου με το τελικό σημείο XMLA

Τα σημασιολογικά μοντέλα Direct Lake υποστηρίζουν λειτουργίες εγγραφής με το τελικό σημείο XMLA χρησιμοποιώντας εργαλεία όπως το SSMS (19.1 ή νεότερη έκδοση) και εργαλεία κοινότητας ανοιχτού κώδικα.

Για να μπορέσετε να εκτελέσετε λειτουργίες εγγραφής, η επιλογή ανάγνωσης-εγγραφής XMLA πρέπει να είναι ενεργοποιημένη για τους εκχωρημένους πόρους. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Ενεργοποίηση ανάγνωσης-εγγραφής XMLA.

Λειτουργίες εγγραφής μοντέλου με την υποστήριξη τελικού σημείου XMLA:

• Προσαρμογή, συγχώνευση, δημιουργία δέσμης ενεργειών, εντοπισμός σφαλμάτων και δοκιμή μετα-δεδομένων μοντέλου Direct Lake.
• Έλεγχος προέλευσης και έκδοσης, συνεχής ενοποίηση και συνεχής ανάπτυξη (CI/CD) με το Azure DevOps και το GitHub. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Διαχείριση κύκλου ζωής περιεχομένου.
• Εργασίες αυτοματισμού, όπως η ανανέωση σημασιολογικού μοντέλου και η εφαρμογή αλλαγών στα σημασιολογικά μοντέλα Direct Lake χρησιμοποιώντας το PowerShell και τα REST API.

Κατά την αλλαγή ενός μοντέλου σημασιολογίας με χρήση XMLA, πρέπει να ενημερώσετε το Αλλαγμένεςπροεπιλογές και PBI_RemovedChildren συλλογή για το τροποποιημένο αντικείμενο ώστε να περιλαμβάνει τυχόν τροποποιημένες ή καταργημένες ιδιότητες. Εάν δεν εκτελέσετε αυτή την ενημέρωση, τα εργαλεία μοντελοποίησης του Power BI μπορεί να αντικαταστήσουν οποιεσδήποτε αλλαγές την επόμενη φορά που το σχήμα θα συγχρονιστεί με το Lakehouse.

Μάθετε περισσότερα σχετικά με τις ετικέτες διαχρονικής καταγραφής αντικειμένων μοντέλου σημασιολογίας στο άρθρο ετικετών διαχρονικής καταγραφής για σημασιολογικά μοντέλα Power BI.

Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα συνδεσιμότητα μοντέλου σημασιολογίας με το τελικό σημείο XMLA.

Μετα-δεδομένα μοντέλου Direct Lake

Όταν συνδέεστε σε ένα σημασιολογικό μοντέλο Direct Lake με το τελικό σημείο XMLA, τα μετα-δεδομένα μοιάζουν με αυτά οποιουδήποτε άλλου μοντέλου. Ωστόσο, τα μοντέλα Direct Lake εμφανίζουν τις ακόλουθες διαφορές:

• Η ιδιότητα compatibilityLevel του αντικειμένου βάσης δεδομένων είναι 1604 (ή νεότερη).
• Η ιδιότητα λειτουργίας των διαμερισμάτων Direct Lake έχει οριστεί σε directLake.
• Τα διαμερίσματα Direct Lake χρησιμοποιούν κοινόχρηστες παραστάσεις για τον ορισμό προελεύσεων δεδομένων. Η παράσταση δείχνει στο τελικό σημείο ανάλυσης SQL του lakehouse ή της αποθήκης. Το Direct Lake χρησιμοποιεί το τελικό σημείο ανάλυσης SQL για να εντοπίσει το σχήμα και τις πληροφορίες ασφάλειας, αλλά φορτώνει τα δεδομένα απευθείας από το OneLake (εκτός εάν επιστρέψει στη λειτουργία DirectQuery για οποιονδήποτε λόγο).

Εργασίες μετά τη δημοσίευση

Μετά τη δημοσίευση ενός σημασιολογικού μοντέλου Direct Lake, θα πρέπει να ολοκληρώσετε ορισμένες εργασίες ρύθμισης. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Διαχείριση σημασιολογικών μοντέλων Direct Lake.

Μη υποστηριζόμενες δυνατότητες

Οι παρακάτω δυνατότητες μοντέλου δεν υποστηρίζονται από σημασιολογικά μοντέλα Direct Lake:

• Υπολογιζόμενοι πίνακες που αναφέρονται σε πίνακες ή στήλες σε λειτουργία αποθήκευσης Direct Lake
• Υπολογιζόμενες στήλες που αναφέρονται σε πίνακες ή στήλες στη λειτουργία αποθήκευσης Direct Lake
• Υβριδικοί πίνακες
• Συναθροίσεις που ορίζονται από τον χρήστη
• Σύνθετα μοντέλα, ως προς το ότι δεν μπορείτε να συνδυάσετε πίνακες λειτουργίας αποθήκευσης Direct Lake με πίνακες λειτουργίας αποθήκευσης DirectQuery ή Διπλή στο ίδιο μοντέλο. Ωστόσο, μπορείτε να χρησιμοποιήσετε το Power BI Desktop για να δημιουργήσετε μια δυναμική σύνδεση σε ένα μοντέλο σημασιολογίας Direct Lake και, στη συνέχεια, να το επεκτείνετε με νέες μετρήσεις και από εκεί μπορείτε να κάνετε κλικ στην επιλογή για να κάνετε αλλαγές σε αυτό το μοντέλο για να προσθέσετε νέους πίνακες (χρησιμοποιώντας τα στοιχεία Εισαγωγή, DirectQuery ή Διπλή λειτουργία αποθήκευσης). Αυτή η ενέργεια δημιουργεί μια σύνδεση DirectQuery στο μοντέλο σημασιολογίας σε λειτουργία Direct Lake, έτσι ώστε οι πίνακες να εμφανίζονται ως λειτουργία αποθήκευσης DirectQuery, αλλά αυτή η λειτουργία αποθήκευσης δεν υποδεικνύει την επιστροφή στο DirectQuery. Μόνο η σύνδεση μεταξύ αυτού του νέου μοντέλου και του μοντέλου Direct Lake είναι DirectQuery και τα ερωτήματα εξακολουθούν να χρησιμοποιούν το Direct Lake για τη λήψη δεδομένων από το OneLake. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Δημιουργία ενός σύνθετου μοντέλου σε ένα μοντέλο σημασιολογίας.
• Στήλες που βασίζονται σε στήλες τελικών σημείων ανάλυσης SQL που εφαρμόζουν δυναμική απόκρυψη δεδομένων.

Σχετικό περιεχόμενο

• επισκόπηση Direct Lake
• Διαχείριση σημασιολογικών μοντέλων Direct Lake
• Κατανόηση του χώρου αποθήκευσης για σημασιολογικά μοντέλα Direct Lake
• Δημιουργία ενός lakehouse για το Direct Lake
• Επεξεργασία πινάκων για σημασιολογικά μοντέλα Direct Lake
• Ενοποίηση OneLake για σημασιολογικά μοντέλα