Χρήση σύνθετων μοντέλων στο Power BI Desktop

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

Η δυνατότητα σύνθετων μοντέλων στο Power BI Desktop αποτελείται από τρεις σχετικές δυνατότητες:

• Σύνθετα μοντέλα: Επιτρέπουν σε μια αναφορά να έχει δύο ή περισσότερες συνδέσεις δεδομένων από διαφορετικές ομάδες προέλευσης δεδομένων. Αυτές οι ομάδες προέλευσης μπορεί να είναι μία ή περισσότερες συνδέσεις DirectQuery και μια σύνδεση εισαγωγής, δύο ή περισσότερες συνδέσεις DirectQuery ή οποιονδήποτε συνδυασμό τους. Αυτό το άρθρο περιγράφει λεπτομερώς τα σύνθετα μοντέλα.

• Σχέσεις πολλά-προς-πολλά: Με τα σύνθετα μοντέλα, μπορείτε να δημιουργήσετε σχέσεις πολλά-προς-πολλά μεταξύ των πινάκων. Αυτή η προσέγγιση καταργεί τις απαιτήσεις για μοναδικές τιμές σε πίνακες. Καταργεί επίσης προηγούμενες λύσεις, όπως την παρουσίαση νέων πινάκων αποκλειστικά για τον ορισμό σχέσεων. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Εφαρμογή σχέσεων πολλά προς πολλά στο Power BI Desktop.

• Λειτουργία αποθήκευσης: Μπορείτε πλέον να καθορίσετε ποιες απεικονίσεις υποβάλλουν ερώτημα στις προελεύσεις δεδομένων παρασκηνίου. Αυτή η δυνατότητα βοηθά στη βελτίωση των επιδόσεων και μειώνει τον φόρτο παρασκηνίων. Στο παρελθόν, ακόμη και οι απλές απεικονίσεις, όπως οι αναλυτές, προήχθησαν ερωτήματα στις προελεύσεις παρασκηνίου. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Διαχείριση της λειτουργίας αποθήκευσης στο Power BI Desktop.

Χρήση σύνθετων μοντέλων

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

• Με την εισαγωγή δεδομένων στο Power BI, που είναι ο πιο συνηθισμένος τρόπος λήψης δεδομένων.
• Με απευθείας σύνδεση σε δεδομένα στο αρχικό αποθετήριο προέλευσής τους, χρησιμοποιώντας το DirectQuery. Για να μάθετε περισσότερα σχετικά με το DirectQuery, ανατρέξτε στο θέμα DirectQuery στο Power BI.

Όταν χρησιμοποιείτε το DirectQuery, μπορείτε να αξιοποιήσετε σύνθετα μοντέλα για να δημιουργήσετε ένα μοντέλο Power BI, όπως ένα μεμονωμένο αρχείο .pbix του Power BI Desktop που εκτελεί μία από τις ακόλουθες ενέργειες ή και τις δύο:

• Συνδυάζει δεδομένα από μία ή περισσότερες προελεύσεις DirectQuery.
• Συνδυάζει δεδομένα από προελεύσεις DirectQuery και δεδομένα εισαγωγής.

Για παράδειγμα, χρησιμοποιώντας σύνθετα μοντέλα, μπορείτε να δημιουργήσετε ένα μοντέλο που συνδυάζει τους ακόλουθους τύπους δεδομένων:

• Δεδομένα πωλήσεων από μια εταιρική αποθήκη δεδομένων.
• Δεδομένα προορισμού πωλήσεων από μια βάση δεδομένων SQL Server ενός τμήματος.
• Δεδομένα που έχουν εισαχθεί από ένα υπολογιστικό φύλλο.

Ένα μοντέλο που συνδυάζει δεδομένα από περισσότερες από μία προελεύσεις DirectQuery ή συνδυάζει το DirectQuery με δεδομένα εισαγωγής ονομάζεται σύνθετο μοντέλο.

Μπορείτε να δημιουργήσετε σχέσεις μεταξύ πινάκων όπως κάνατε πάντα, ακόμα και όταν αυτοί οι πίνακες προέρχονται από διαφορετικές προελεύσεις. Οποιεσδήποτε σχέσεις εκτείνονται μεταξύ προελεύσεων δημιουργούνται με πληθικότητα πολλά-προς-πολλά, ανεξάρτητα της πραγματικής πληθικότητας. Μπορείτε να τις αλλάξετε σε ένα προς πολλά, πολλά προς ένα ή ένα προς ένα. Όποια πληθικότητα και αν ορίσετε, οι σχέσεις μεταξύ προελεύσεων έχουν διαφορετική συμπεριφορά. Δεν μπορείτε να χρησιμοποιήσετε συναρτήσεις παραστάσεων ανάλυσης δεδομένων (DAX) για να ανακτήσετε τιμές στην one πλευρά από την many πλευρά. Μπορεί επίσης να δείτε επιπτώσεις στις επιδόσεις έναντι των σχέσεων πολλά προς πολλά εντός της ίδιας προέλευσης.

Σημείωμα

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

Παράδειγμα ενός σύνθετου μοντέλου

Για ένα παράδειγμα ενός σύνθετου μοντέλου, εξετάστε μια αναφορά που συνδέεται σε μια εταιρική αποθήκη δεδομένων στον SQL Server χρησιμοποιώντας το DirectQuery. Σε αυτήν την περίπτωση, η αποθήκη δεδομένων περιέχει δεδομένα Sales by Country, Quarter και Bike (Product), όπως φαίνεται στην παρακάτω εικόνα:

Σε αυτό το σημείο, θα μπορούσατε να δημιουργήσετε απλές απεικονίσεις χρησιμοποιώντας πεδία από αυτήν την προέλευση. Η παρακάτω εικόνα εμφανίζει τις συνολικές πωλήσεις κατά ProductName, για ένα επιλεγμένο τρίμηνο.

Όμως, τι γίνεται εάν έχετε δεδομένα σε ένα υπολογιστικό φύλλο Excel σχετικά με τον διευθυντή προϊόντων που έχει ανατεθεί σε κάθε προϊόν, μαζί με την προτεραιότητα μάρκετινγκ; Εάν θέλετε να προβάλετε το Sales Amount κατά Product Manager, μπορεί να μην είναι δυνατή η προσθήκη αυτών των τοπικών δεδομένων στην εταιρική αποθήκη δεδομένων. Ή μπορεί να χρειαστούν μήνες, στην καλύτερη περίπτωση.

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

• Κάποιος συνδυασμός των κανόνων ασφαλείας που επιβάλλονται στην υποκείμενη προέλευση.
• Η ανάγκη προβολής των πιο πρόσφατων δεδομένων.
• Η μεγάλη κλίμακα των δεδομένων.

Σε αυτό το σημείο είναι που μπορείτε να αξιοποιήσετε τα σύνθετα μοντέλα. Τα σύνθετα μοντέλα σάς επιτρέπουν να συνδεθείτε στην αποθήκη δεδομένων χρησιμοποιώντας το DirectQuery και, στη συνέχεια, να χρησιμοποιήσετε τη Λήψη δεδομένων για περισσότερες προελεύσεις. Σε αυτό το παράδειγμα, δημιουργούμε πρώτα τη σύνδεση DirectQuery στην εταιρική αποθήκη δεδομένων. Χρησιμοποιούμε την επιλογή Λήψη δεδομένων, επιλέγουμε Excel και, στη συνέχεια, μεταβαίνουμε στο υπολογιστικό φύλλο που περιέχει τα τοπικά δεδομένα. Τέλος, εισάγουμε το υπολογιστικό φύλλο που περιέχει τα Product Names, τον Sales Manager που έχει ανατεθεί και την Priority.

Στη λίστα Πεδία, μπορείτε να δείτε δύο πίνακες: τον αρχικό πίνακα Bike από τον SQL Server και έναν νέο πίνακα ProductManagers. Ο νέος πίνακας περιέχει τα δεδομένα που έχουν εισαχθεί από το Excel.

Παρομοίως, στην προβολή Σχέσεις στο Power BI Desktop, βλέπουμε τώρα έναν άλλο πίνακα που ονομάζεται ProductManagers.

Τώρα πρέπει να συσχετίσουμε αυτούς τους πίνακες με τους άλλους πίνακες στο μοντέλο. Όπως πάντα, δημιουργούμε μια σχέση μεταξύ του πίνακα Bike από τον SQL Server και τον εισαγόμενο πίνακα ProductManagers. Αυτό σημαίνει ότι η σχέση είναι μεταξύ των Bike[ProductName] και ProductManagers[ProductName]. Όπως αναφέρθηκε παραπάνω, όλες οι σχέσεις που εκτείνονται μεταξύ προελεύσεων έχουν προεπιλεγμένη πληθικότητα πολλά προς πολλά.

Τώρα που δημιουργήσαμε αυτήν τη σχέση, εμφανίζεται στην προβολή Σχέσεις στο Power BI Desktop, όπως θα περιμέναμε.

Τώρα, μπορούμε να δημιουργήσουμε απεικονίσεις χρησιμοποιώντας οποιοδήποτε από τα πεδία στη λίστα Πεδία . Αυτή η προσέγγιση συνδυάζει απρόσκοπτα δεδομένα από πολλές προελεύσεις. Για παράδειγμα, το σύνολο SalesAmount για κάθε Product Manager εμφανίζεται στην παρακάτω εικόνα:

Το παρακάτω παράδειγμα εμφανίζει μια συνηθισμένη περίπτωση ενός πίνακα διαστάσεων , όπως Προϊόν ή Πελάτης, που έχει επεκταθεί με πρόσθετα δεδομένα που έχουν εισαχθεί από κάπου αλλού. Είναι επίσης δυνατό να έχετε πίνακες που χρησιμοποιούν το DirectQuery για σύνδεση σε διάφορες προελεύσεις. Για να συνεχίσουμε με το παράδειγμά μας, φανταστείτε ότι οι Στόχοι πωλήσεων ανά Χώρα και Περίοδο αποθηκεύονται σε μια ξεχωριστή βάση δεδομένων τμήματος. Ως συνήθως, μπορείτε να χρησιμοποιήσετε τη Λήψη δεδομένων για να συνδεθείτε με αυτά τα δεδομένα, όπως φαίνεται στην παρακάτω εικόνα:

Όπως κάναμε νωρίτερα, μπορούμε να δημιουργήσουμε σχέσεις μεταξύ του νέου πίνακα και άλλων πινάκων στο μοντέλο. Στη συνέχεια, μπορούμε να δημιουργήσουμε απεικονίσεις που συνδυάζουν τα δεδομένα πίνακα. Ας δούμε ξανά την προβολή Σχέσεις , στην οποία έχουμε δημιουργήσει τις νέες σχέσεις:

Η επόμενη εικόνα βασίζεται στα νέα δεδομένα και τις σχέσεις που δημιουργήσαμε. Η απεικόνιση κάτω αριστερά εμφανίζει το συνολικό Sales Amount έναντι του Target και ο υπολογισμός διακύμανσης εμφανίζει τη διαφορά. Τα δεδομένα Sales Amount και Target προέρχονται από δύο διαφορετικές βάσεις δεδομένων SQL Server.

Ορισμός λειτουργίας αποθήκευσης

Κάθε πίνακας σε ένα σύνθετο μοντέλο διαθέτει μια λειτουργία αποθήκευσης που υποδεικνύει εάν ο πίνακας βασίζεται σε DirectQuery ή σε εισαγωγή. Μπορείτε να προβάλετε και να τροποποιήσετε τη λειτουργία αποθήκευσης στο τμήμα παραθύρου Ιδιότητα . Για να εμφανίσετε τη λειτουργία αποθήκευσης, κάντε δεξί κλικ σε έναν πίνακα στη λίστα Πεδία και, στη συνέχεια, επιλέξτε Ιδιότητες. Η παρακάτω εικόνα εμφανίζει τη λειτουργία αποθήκευσης για τον πίνακα SalesTargets .

Η λειτουργία αποθήκευσης μπορεί επίσης να προβληθεί στη συμβουλή εργαλείου για κάθε πίνακα.

Για οποιοδήποτε αρχείο του Power BI Desktop (ένα αρχείο .pbix) που περιέχει μερικούς πίνακες από το DirectQuery και μερικούς πίνακες εισαγωγής, η λειτουργία χώρου αποθήκευσης εμφανίζεται ως Μεικτή στη γραμμή κατάστασης. Μπορείτε να επιλέξετε αυτόν τον όρο στη γραμμή κατάστασης και να κάνετε εύκολα εναλλαγή όλων των πινάκων για εισαγωγή.

Για περισσότερες πληροφορίες σχετικά με τη λειτουργία αποθήκευσης, ανατρέξτε στο θέμα Διαχείριση της λειτουργίας αποθήκευσης στο Power BI Desktop.

Σημείωμα

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

Υπολογιζόμενοι πίνακες

Μπορείτε να προσθέσετε υπολογιζόμενους πίνακες σε ένα μοντέλο στο Power BI Desktop που χρησιμοποιεί το DirectQuery. Οι παραστάσεις ανάλυσης δεδομένων (DAX) που ορίζουν τον υπολογιζόμενο πίνακα μπορούν να αναφέρουν πίνακες που έχουν εισαχθεί ή πίνακες DirectQuery ή έναν συνδυασμό των δύο.

Οι υπολογιζόμενοι πίνακες εισάγονται πάντα και τα δεδομένα τους ανανεώνονται όταν ανανεώνετε τους πίνακες. Εάν ένας υπολογιζόμενος πίνακας αναφέρεται σε έναν πίνακα DirectQuery, οι απεικονίσεις που αναφέρονται στον πίνακα DirectQuery εμφανίζουν πάντα τις τελευταίες τιμές στην υποκείμενη προέλευση. Εναλλακτικά, οι απεικονίσεις που αναφέρονται στον υπολογιζόμενο πίνακα εμφανίζουν τις τιμές τη στιγμή της τελευταίας ανανέωσης του υπολογιζόμενου πίνακα.

Σημαντικό

Οι υπολογιζόμενοι πίνακες δεν υποστηρίζονται στην υπηρεσία Power BI με χρήση αυτής της δυνατότητας, εκτός εάν πληροίτε συγκεκριμένες απαιτήσεις. Για περισσότερες πληροφορίες σχετικά με αυτό, ανατρέξτε στην ενότητα Εργασία με ένα σύνθετο μοντέλο που βασίζεται σε ένα μοντέλο σημασιολογίας σε αυτό το άρθρο.

Επιπτώσεις στην ασφάλεια

Τα σύνθετα μοντέλα έχουν κάποιες επιπτώσεις στην ασφάλεια. Ένα ερώτημα που αποστέλλεται σε μια προέλευση δεδομένων μπορεί να περιλαμβάνει τιμές δεδομένων που έχουν ανακτηθεί από μια άλλη προέλευση. Στο προηγούμενο παράδειγμα, η απεικόνιση που εμφανίζει (Ποσό πωλήσεων) κατά Διευθυντή προϊόντος στέλνει ένα ερώτημα SQL στη σχεσιακή βάση δεδομένων Πωλήσεις. Αυτό το ερώτημα SQL μπορεί να περιέχει τα ονόματα των Product Managers και τα συσχετισμένα με αυτά Products.

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

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

• Θα πρέπει να λαμβάνεται υπόψη οι ρυθμίσεις κρυπτογράφησης για κάθε προέλευση. Θέλετε να αποφύγετε την ανάκτηση πληροφοριών από μία προέλευση μέσω κρυπτογραφημένης σύνδεσης και, στη συνέχεια, να τις συμπεριλάβετε κατά λάθος σε ένα ερώτημα που αποστέλλεται σε άλλη προέλευση μέσω μη κρυπτογραφημένης σύνδεσης.

Για να επιβεβαιώσετε ότι έχετε λάβει υπόψη τις επιπτώσεις στην ασφάλεια, το Power BI Desktop εμφανίζει ένα προειδοποιητικό μήνυμα όταν δημιουργείτε ένα σύνθετο μοντέλο.

Επιπλέον, εάν ένας συντάκτης προσθέσει τον Πίνακα1 από το Μοντέλο Α σε ένα Σύνθετο μοντέλο (ας το ονομάσουμε Μοντέλο Γ για αναφορά), τότε ένας χρήστης που προβάλλει μια αναφορά που έχει δημιουργηθεί στο Μοντέλο Γ θα μπορούσε να υποβάλει ερώτημα σε οποιονδήποτε πίνακα στο Μοντέλο Α που δεν προστατεύεται από την ασφάλεια σε επίπεδο γραμμών RLS.

Για παρόμοιους λόγους, πρέπει να προσέχετε όταν ανοίγετε ένα αρχείο του Power BI Desktop που έχει σταλεί από μια μη αναξιόπιστη πηγή. Εάν το αρχείο περιέχει σύνθετα μοντέλα, οι πληροφορίες που ανακτά κάποιος από μία προέλευση, χρησιμοποιώντας τα διαπιστευτήρια του χρήστη που ανοίγει το αρχείο, θα σταλούν σε άλλη προέλευση δεδομένων ως μέρος του ερωτήματος. Οι πληροφορίες μπορούν να προβληθούν από έναν κακόβουλο συντάκτη του αρχείου Power BI Desktop. Κατά το αρχικό άνοιγμα ενός αρχείου Power BI Desktop που περιέχει πολλές προελεύσεις, το Power BI Desktop εμφανίζει μια προειδοποίηση. Η προειδοποίηση είναι παρόμοια με εκείνη που εμφανίζεται όταν ανοίγετε ένα αρχείο που περιέχει εγγενή ερωτήματα SQL.

Επιπτώσεις στις επιδόσεις

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

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

• Ένα ερώτημα προέλευσης που περιλαμβάνει πολλές τιμές λεκτικής σταθεράς: Για παράδειγμα, μια απεικόνιση που ζητά το σύνολο Sales Amount για ένα σύνολο επιλεγμένων Product Managers θα πρέπει πρώτα να βρει ποια Products τέθηκαν σε διαχείριση από αυτούς τους υπευθύνους προϊόντων. Αυτή η ακολουθία πρέπει να συμβεί πριν η απεικόνιση στείλει ένα ερώτημα SQL που περιλαμβάνει όλα τα αναγνωριστικά προϊόντων σε έναν WHERE όρο.

• Ένα ερώτημα προέλευσης που υποβάλλει ερωτήματα σε χαμηλότερο επίπεδο υποδιαίρεσης, με τα δεδομένα να συναθροίζονται τοπικά στη συνέχεια: Καθώς ο αριθμός των Products που πληρούν τα κριτήρια φίλτρου στο Product Manager αυξάνεται, μπορεί να καταστεί μη αποδοτικό ή αδύνατο να περιληφθούν όλα τα προϊόντα σε έναν WHERE όρο. Αντί για αυτό, μπορείτε να υποβάλετε ένα ερώτημα στη σχεσιακή προέλευση στο χαμηλότερο επίπεδο του Products και, στη συνέχεια, να συγκεντρώσετε τοπικά τα αποτελέσματα. Εάν η πληθικότητα του Products υπερβαίνει το όριο του 1 εκατομμυρίου, το ερώτημα αποτυγχάνει.

• Πολλά ερωτήματα προέλευσης, ένα ανά ομάδα κατά τιμή: Όταν η συνάθροιση χρησιμοποιεί το DistinctCount με ομαδοποίηση κατά μια στήλη από μια άλλη προέλευση, αν η εξωτερική προέλευση δεν διαβιβάζει αποτελεσματικά πολλές τιμές λεκτικών σταθερών που ορίζουν την ομαδοποίηση, είναι απαραίτητο να κάνετε αποστολή ενός ερωτήματος SQL ανά ομάδα κατά τιμή.

  Μια απεικόνιση που ζητάει ένα διακριτό πλήθος CustomerAccountNumber από τον πίνακα SQL Server κατά Product Managers που έχει εισαχθεί από το υπολογιστικό φύλλο θα πρέπει να μεταβιβάσει τις λεπτομέρειες από τον πίνακα Product Managers στο ερώτημα που αποστέλλεται στον SQL Server. Σε άλλες προελεύσεις, για παράδειγμα, Redshift, αυτή η ενέργεια είναι ανέφικτη. Αντί για αυτό, θα σταλεί ένα ερώτημα SQL ανά Sales Manager, έως κάποιο πρακτικό όριο στο οποίο το ερώτημα θα αποτύχει.

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

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

Ομάδες προέλευσης

Μια ομάδα προέλευσης δεδομένων είναι μια συλλογή στοιχείων, όπως πινάκων και σχέσεων, από μια προέλευση DirectQuery ή όλες τις προελεύσεις εισαγωγής που εμπλέκονται σε ένα μοντέλο δεδομένων. Ένα σύνθετο μοντέλο αποτελείται από μία ή περισσότερες ομάδες προέλευσης δεδομένων. Σκεφτείτε τα ακόλουθα παραδείγματα:

• Ένα σύνθετο μοντέλο που συνδέεται σε ένα σημασιολογικό μοντέλο Power BI που ονομάζεται Πωλήσεις και εμπλουτίζει το σημασιολογικό μοντέλο προσθέτοντας μια μέτρηση Πωλήσεις έτους έως τότε , η οποία δεν είναι διαθέσιμη στο αρχικό μοντέλο σημασιολογίας. Αυτό το μοντέλο αποτελείται από μία ομάδα προέλευσης δεδομένων.
• Ένα σύνθετο μοντέλο που συνδυάζει δεδομένα εισάγοντας έναν πίνακα από ένα φύλλο Excel που ονομάζεται Στόχοι και ένα αρχείο CSV που ονομάζεται Περιοχές και πραγματοποιώντας μια σύνδεση DirectQuery σε ένα σημασιολογικό μοντέλο Power BI που ονομάζεται Πωλήσεις. Στην περίπτωση αυτή, υπάρχουν δύο ομάδες προέλευσης δεδομένων, όπως φαίνεται στην παρακάτω εικόνα:
  • Η πρώτη ομάδα προέλευσης περιέχει τους πίνακες από το φύλλο Excel Targets και το αρχείο CSV Περιοχές .
  • Η δεύτερη ομάδα προέλευσης περιέχει τα στοιχεία από το σημασιολογικό μοντέλο Πωλήσεις Power BI.

Εάν προσθέσατε μια άλλη σύνδεση DirectQuery σε μια άλλη προέλευση, όπως μια σύνδεση DirectQuery σε μια βάση δεδομένων SQL Server που ονομάζεται Inventory, τα στοιχεία από αυτήν την προέλευση προστίθενται σε μια άλλη ομάδα προέλευσης δεδομένων:

Σημείωμα

Η εισαγωγή δεδομένων από μια άλλη προέλευση δεν θα προσθέσει άλλη ομάδα προέλευσης, επειδή όλα τα στοιχεία από όλες τις προελεύσεις που έχουν εισαχθεί είναι σε μία ομάδα προέλευσης δεδομένων.

Ομάδες προέλευσης και σχέσεις

Υπάρχουν δύο τύποι σχέσεων σε ένα σύνθετο μοντέλο:

• Σχέσεις εντός ομάδας προέλευσης δεδομένων. Αυτές οι σχέσεις συσχετίζουν στοιχεία εντός μιας ομάδας προέλευσης δεδομένων μαζί. Αυτές οι σχέσεις είναι πάντα κανονικές σχέσεις, εκτός εάν είναι πολλά προς πολλά, σε αυτή την περίπτωση είναι περιορισμένες.
• Σχέσεις μεταξύ ομάδων προέλευσης δεδομένων. Αυτές οι σχέσεις ξεκινούν σε μία ομάδα προέλευσης δεδομένων και τελειώνουν σε μια διαφορετική ομάδα προέλευσης δεδομένων. Αυτές οι σχέσεις είναι πάντα περιορισμένες σχέσεις.

Διαβάστε περισσότερα σχετικά με τη διάκριση μεταξύ κανονικών και περιορισμένων σχέσεων και τον αντίκτυπό τους.

Για παράδειγμα, στην παρακάτω εικόνα προσθέσαμε τρεις σχέσεις μεταξύ ομάδων προέλευσης δεδομένων, συσχετίζοντας πίνακες μεταξύ των διαφόρων ομάδων προέλευσης δεδομένων μαζί:

Τοπικές και απομακρυσμένες

Κάθε στοιχείο που βρίσκεται σε μια ομάδα προέλευσης δεδομένων που είναι μια ομάδα προέλευσης δεδομένων DirectQuery θεωρείται απομακρυσμένο, εκτός εάν το στοιχείο έχει οριστεί τοπικά ως μέρος μιας επέκτασης ή εμπλουτισμού της προέλευσης DirectQuery και δεν αποτελεί μέρος της απομακρυσμένης προέλευσης, όπως μια μέτρηση ή ένας υπολογιζόμενος πίνακας. Ένας υπολογιζόμενος πίνακας που βασίζεται σε έναν πίνακα από την ομάδα προέλευσης δεδομένων DirectQuery ανήκει στην ομάδα προέλευσης δεδομένων "Εισαγωγή" και θεωρείται τοπικός. Οποιοδήποτε στοιχείο που ανήκει στην ομάδα προέλευσης δεδομένων "Εισαγωγή" θεωρείται τοπικό. Για παράδειγμα, εάν ορίσετε την παρακάτω μέτρηση σε ένα σύνθετο μοντέλο που χρησιμοποιεί μια σύνδεση DirectQuery με την προέλευση Απόθεμα, η μέτρηση θεωρείται τοπική:

[Average Inventory Count] = Average(Inventory[Inventory Count])

Ομάδες υπολογισμού, ερώτημα και αξιολόγηση μέτρησης

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

• Οι Πωλήσεις μεταπωλητή είναι μια μέτρηση που ορίζεται στο απομακρυσμένο μοντέλο.
• Το απομακρυσμένο μοντέλο περιέχει μια ομάδα υπολογισμού που αλλάζει το αποτέλεσμα των Πωλήσεων μεταπωλητή
• Οι Πωλήσεις Internet είναι μια μέτρηση που ορίζεται στο τοπικό μοντέλο.
• Οι Συνολικές πωλήσεις είναι μια μέτρηση που ορίζεται στο τοπικό μοντέλο και έχει τον παρακάτω ορισμό:

[Total Sales] = [Internet Sales] + [Reseller Sales]

Σε αυτό το σενάριο, η μέτρηση Πωλήσεις Internet δεν επηρεάζεται από την ομάδα υπολογισμού που ορίζεται στο απομακρυσμένο μοντέλο, καθώς δεν αποτελούν μέρος του ίδιου μοντέλου. Ωστόσο, η ομάδα υπολογισμού μπορεί να αλλάξει το αποτέλεσμα της μέτρησης Πωλήσεις μεταπωλητή, επειδή βρίσκονται στο ίδιο μοντέλο. Αυτό σημαίνει ότι τα αποτελέσματα που επιστρέφονται από τη μέτρηση Συνολικές πωλήσεις πρέπει να αξιολογηθούν προσεκτικά. Ας υποθέσουμε ότι χρησιμοποιούμε την ομάδα υπολογισμού στο απομακρυσμένο μοντέλο για να επιστρέψουμε τα αποτελέσματα από το έτος μέχρι σήμερα. Το αποτέλεσμα που επιστρέφεται από τις Πωλήσεις μεταπωλητή είναι τώρα μια τιμή από το έτος μέχρι σήμερα, ενώ το αποτέλεσμα που επιστρέφεται από τις πωλήσεις Μέσω Internet εξακολουθεί να είναι πραγματικό. Το αποτέλεσμα των Συνολικών πωλήσεων είναι τώρα πιθανό μη αναμενόμενο, καθώς προσθέτει ένα πραγματικό αποτέλεσμα μέχρι σήμερα.

Σύνθετα μοντέλα σε σημασιολογικά μοντέλα Power BI και Υπηρεσίες ανάλυσης

Χρησιμοποιώντας σύνθετα μοντέλα με σημασιολογικά μοντέλα Power BI και Υπηρεσίες ανάλυσης, μπορείτε να δημιουργήσετε ένα σύνθετο μοντέλο χρησιμοποιώντας μια σύνδεση DirectQuery για σύνδεση σε σημασιολογικά μοντέλα Power BI, Υπηρεσίες Ανάλυσης του Azure (AAS) και Υπηρεσίες ανάλυσης του SQL Server 2022. Χρησιμοποιώντας ένα σύνθετο μοντέλο, μπορείτε να συνδυάσετε τα δεδομένα σε αυτές τις προελεύσεις με άλλα DirectQuery και δεδομένα που έχουν εισαχθεί. Οι συντάκτες αναφορών που θέλουν να συνδυάσουν τα δεδομένα από το εταιρικό μοντέλο σημασιολογίας τους με άλλα δεδομένα που τους ανήκουν, όπως ένα υπολογιστικό φύλλο Excel ή που θέλουν να εξατομικεύσουν ή εμπλουτίσουν τα μετα-δεδομένα από το εταιρικό μοντέλο σημασιολογίας τους, θα βρουν αυτήν τη λειτουργικότητα ιδιαίτερα χρήσιμη.

Διαχείριση σύνθετων μοντέλων σε σημασιολογικά μοντέλα Power BI

Για να ενεργοποιήσετε τη δημιουργία και κατανάλωση σύνθετων μοντέλων σε σημασιολογικά μοντέλα Power BI, ο μισθωτής σας πρέπει να έχει ενεργοποιημένους τους ακόλουθους διακόπτες:

• Να επιτρέπονται τελικά σημεία XMLA και η Ανάλυση στο Excel με σημασιολογικά μοντέλα εσωτερικής εγκατάστασης. Εάν αυτός ο διακόπτης είναι απενεργοποιημένος, δεν είναι δυνατή η δημιουργία μιας σύνδεσης DirectQuery σε ένα σημασιολογικό μοντέλο Power BI.
• Οι χρήστες μπορούν να εργάζονται με σημασιολογικά μοντέλα Power BI στο Excel χρησιμοποιώντας μια δυναμική σύνδεση. Εάν αυτός ο διακόπτης είναι απενεργοποιημένος, οι χρήστες δεν μπορούν να πραγματοποιήσουν δυναμικές συνδέσεις σε σημασιολογικά μοντέλα Power BI, επομένως δεν είναι δυνατή η πρόσβαση στο κουμπί Πραγματοποίηση αλλαγών σε αυτό το μοντέλο .
• Να επιτρέπεται η σύνδεση DirectQuery σε σημασιολογικά μοντέλα Power BI. Ανατρέξτε στις παρακάτω παραγράφους για περισσότερες πληροφορίες σχετικά με αυτόν τον διακόπτη και το αποτέλεσμα της απενεργοποίησης.

Επιπλέον, για τους Premium εκχωρημένους πόρους και το Premium ανά χρήστη, η ρύθμιση "τελικό σημείο XMLA" θα πρέπει να ενεργοποιηθεί και να οριστεί σε "Μόνο ανάγνωση" ή "Ανάγνωση/Εγγραφή".

Οι διαχειριστές μισθωτή μπορούν να ενεργοποιήσουν ή να απενεργοποιήσουν τις συνδέσεις DirectQuery σε σημασιολογικά μοντέλα Power BI στην πύλη διαχείρισης. Παρόλο που αυτό είναι ενεργοποιημένο από προεπιλογή, η απενεργοποίηση του επιτρέπει στους χρήστες να δημοσιεύουν νέα σύνθετα μοντέλα σε σημασιολογικά μοντέλα Power BI στην υπηρεσία.

Οι υπάρχουσες αναφορές που χρησιμοποιούν ένα σύνθετο μοντέλο σε ένα σημασιολογικό μοντέλο Power BI συνεχίζουν να λειτουργούν και οι χρήστες εξακολουθούν να μπορούν να δημιουργήσουν το σύνθετο μοντέλο χρησιμοποιώντας το Desktop, αλλά δεν μπορούν να δημοσιεύσουν στην υπηρεσία. Αντί για αυτό, όταν δημιουργείτε μια σύνδεση DirectQuery στο σημασιολογικό μοντέλο Power BI επιλέγοντας Πραγματοποίηση αλλαγών σε αυτό το μοντέλο , θα δείτε το ακόλουθο προειδοποιητικό μήνυμα:

Με αυτόν τον τρόπο, μπορείτε ακόμα να εξερευνήσετε το σημασιολογικό μοντέλο στο τοπικό σας περιβάλλον Power BI Desktop και να δημιουργήσετε το σύνθετο μοντέλο. Ωστόσο, δεν μπορείτε να δημοσιεύσετε την αναφορά στην υπηρεσία. Όταν δημοσιεύετε την αναφορά και το μοντέλο, θα δείτε το ακόλουθο μήνυμα σφάλματος και η δημοσίευση έχει αποκλειστεί:

Οι δυναμικές συνδέσεις σε σημασιολογικά μοντέλα Power BI δεν επηρεάζονται από την αλλαγή, ούτε οι δυναμικές συνδέσεις ή οι συνδέσεις DirectQuery στις Υπηρεσίες ανάλυσης. Αυτά συνεχίζουν να λειτουργούν ανεξάρτητα από το αν ο διακόπτης έχει απενεργοποιηθεί. Επίσης, οποιεσδήποτε δημοσιευμένες αναφορές που χρησιμοποιούν ένα σύνθετο μοντέλο σε ένα σημασιολογικό μοντέλο Power BI θα συνεχίσουν να λειτουργούν ακόμη και αν ο διακόπτης έχει απενεργοποιηθεί μετά τη δημοσίευσή τους.

Δημιουργία ενός σύνθετου μοντέλου σε ένα σημασιολογικό μοντέλο ή μοντέλο

Η δημιουργία ενός σύνθετου μοντέλου σε ένα σημασιολογικό μοντέλο Power BI ή μοντέλο Υπηρεσιών ανάλυσης απαιτεί η αναφορά σας να έχει ένα τοπικό μοντέλο. Μπορείτε να ξεκινήσετε από μια δυναμική σύνδεση και να προσθέσετε ή αναβαθμίσετε σε ένα τοπικό μοντέλο ή να ξεκινήσετε με μια σύνδεση DirectQuery ή δεδομένα που έχουν εισαχθεί, το οποίο δημιουργεί αυτόματα ένα τοπικό μοντέλο στην αναφορά σας.

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

Εάν έχετε συνδεθεί σε ένα σημασιολογικό μοντέλο Power BI, θα δείτε ένα μήνυμα που σας ενημερώνει σε ποιο σημασιολογικό μοντέλο Power BI συνδέεστε:

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

Η επιλογή του κουμπιού εμφανίζει ένα παράθυρο διαλόγου που επιβεβαιώνει την προσθήκη ενός τοπικού μοντέλου. Επιλέξτε Προσθήκη τοπικού μοντέλου για να ενεργοποιήσετε τη δημιουργία νέων στηλών ή την τροποποίηση των μετα-δεδομένων, για πεδία από σημασιολογικά μοντέλα Power BI ή τις Υπηρεσίες ανάλυσης. Η παρακάτω εικόνα εμφανίζει το παράθυρο διαλόγου που εμφανίζεται.

Όταν είστε συνδεδεμένοι δυναμικά σε μια προέλευση Των Υπηρεσιών ανάλυσης, δεν υπάρχει τοπικό μοντέλο. Για να χρησιμοποιήσετε το DirectQuery για προελεύσεις δυναμικής σύνδεσης, όπως σημασιολογικά μοντέλα Power BI και Υπηρεσίες ανάλυσης, πρέπει να προσθέσετε ένα τοπικό μοντέλο στην αναφορά σας. Όταν δημοσιεύετε μια αναφορά με ένα τοπικό μοντέλο στην υπηρεσία Power BI, δημοσιεύεται επίσης ένα σημασιολογικό μοντέλο για αυτό το τοπικό μοντέλο.

Αλυσοποίηση

Τα σημασιολογικά μοντέλα και τα σημασιολογικά μοντέλα στα οποία βασίζονται σχηματίζουν μια αλυσίδα. Αυτή η διαδικασία, που ονομάζεται σύνδεση σε αλυσίδα, σάς επιτρέπει να δημοσιεύσετε μια αναφορά και ένα σημασιολογικό μοντέλο που βασίζεται σε άλλα σημασιολογικά μοντέλα Power BI, μια δυνατότητα που προηγουμένως δεν ήταν δυνατή.

Για παράδειγμα, φανταστείτε ότι ο συνάδελφός σας δημοσιεύει ένα σημασιολογικό μοντέλο Power BI που ονομάζεται Πωλήσεις και προϋπολογισμός βάσει ενός μοντέλου Υπηρεσιών ανάλυσης που ονομάζεται Πωλήσεις και το συνδυάζει με ένα φύλλο Excel που ονομάζεται Προϋπολογισμός.

Όταν δημοσιεύετε μια νέα αναφορά (και μοντέλο σημασιολογίας) που ονομάζεται Πωλήσεις και προϋπολογισμός Ευρώπης με βάση το σημασιολογικό μοντέλο Sales and Budget Power BI που δημοσιεύτηκε από τον συνάδελφό σας, πραγματοποιώντας περαιτέρω τροποποιήσεις ή επεκτάσεις καθώς το κάνετε αυτό, ουσιαστικά προσθέτετε μια αναφορά και ένα σημασιολογικό μοντέλο σε μια αλυσίδα μήκους τρία, η οποία ξεκίνησε με το μοντέλο των Υπηρεσιών ανάλυσης πωλήσεων , και τελειώνει με το σημασιολογικό μοντέλο Power BI Sales and Budget Europe . Η παρακάτω εικόνα απεικονίζει αυτήν τη διαδικασία σύνδεσης σε αλυσίδα.

Η αλυσίδα στην προηγούμενη εικόνα έχει μήκος τρία, το οποίο είναι το μέγιστο μήκος. Η επέκταση πέρα από το μήκος τρία της αλυσίδας δεν υποστηρίζεται και έχει ως αποτέλεσμα σφάλματα.

Δικαιώματα και εκχώρηση αδειών χρήσης

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

Ο κάτοχος του σύνθετου μοντέλου απαιτεί δικαίωμα δόμησης στα σημασιολογικά μοντέλα που χρησιμοποιούνται ως προελεύσεις, έτσι ώστε άλλοι χρήστες να έχουν πρόσβαση σε αυτά τα μοντέλα για λογαριασμό του κατόχου. Κατά συνέπεια, η δημιουργία της σύνδεσης σύνθετου μοντέλου στο Power BI Desktop ή η σύνταξη της αναφοράς στο Power BI απαιτούν δικαιώματα δόμησης στα σημασιολογικά μοντέλα που χρησιμοποιούνται ως προελεύσεις.

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

Τα απαιτούμενα δικαιώματα μπορούν να απεικονιστούν με το παρακάτω παράδειγμα:

• Σύνθετο μοντέλο Α (ανήκει στον κάτοχο Α)

  • Προέλευση δεδομένων A1: Σημασιολογικό μοντέλο Β.
    Ο κάτοχος A πρέπει να έχει δικαίωμα δόμησης στο Σημασιολογικό μοντέλο B για να μπορούν οι χρήστες να προβάλουν την αναφορά χρησιμοποιώντας το Σύνθετο μοντέλο Α.

• Σύνθετο μοντέλο Γ (ανήκει στον κάτοχο Γ)

  • Προέλευση δεδομένων C1: Σημασιολογικό μοντέλο D
    Ο κάτοχος Γ πρέπει να έχει δικαίωμα δόμησης στο Μοντέλο σημασιολογίας D για να μπορούν οι χρήστες να προβάλουν την αναφορά χρησιμοποιώντας το Σύνθετο μοντέλο C.
  • Προέλευση δεδομένων C2: Σύνθετο μοντέλο Α
    Ο κάτοχος Γ πρέπει να έχει δικαίωμα δόμησης στο Σύνθετο μοντέλο Α και δικαίωμα Ανάγνωσης στο Σημασιολογικό μοντέλο Β.

Ένας χρήστης που προβάλλει αναφορές χρησιμοποιώντας το Σύνθετο μοντέλο Α πρέπει να έχει δικαιώματα Ανάγνωσης για το Σύνθετο μοντέλο Α και το Σημασιολογικό Μοντέλο Β, ενώ ένας χρήστης που προβάλλει αναφορές χρησιμοποιώντας σύνθετο μοντέλο C πρέπει να έχει δικαιώματα ανάγνωσης για το Σύνθετο μοντέλο C, το Μοντέλο σημασιολογίας D, το Σύνθετο μοντέλο Α και το Σημασιολογικό Μοντέλο Β.

Σημείωμα

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

Εάν οποιοδήποτε σύνολο δεδομένων στην αλυσίδα βρίσκεται σε έναν χώρο εργασίας Premium ανά χρήστη, ο χρήστης που αποκτά πρόσβαση σε αυτόν χρειάζεται μια άδεια χρήσης Premium ανά χρήστη. Εάν οποιοδήποτε σύνολο δεδομένων στην αλυσίδα βρίσκεται σε έναν χώρο εργασίας Pro, ο χρήστης που αποκτά πρόσβαση σε αυτόν χρειάζεται μια άδεια χρήσης Pro. Εάν όλα τα σύνολα δεδομένων στην αλυσίδα βρίσκονται σε Premium εκχωρημένους πόρους ή Fabric F64 ή μεγαλύτερη χωρητικότητα, ένας χρήστης μπορεί να έχει πρόσβαση σε αυτό χρησιμοποιώντας μια δωρεάν άδεια χρήσης.

Προειδοποίηση ασφάλειας

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

Τα δεδομένα μπορούν να προωθηθούν από μια προέλευση δεδομένων σε μια άλλη, το οποίο είναι η ίδια προειδοποίηση ασφαλείας για τον συνδυασμό του DirectQuery και προελεύσεων εισαγωγής σε ένα μοντέλο δεδομένων. Για να μάθετε περισσότερα σχετικά με αυτή τη συμπεριφορά, ανατρέξτε στο θέμα Χρήση σύνθετων μοντέλων στο Power BI Desktop.

Υποστηριζόμενα σενάρια

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

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

Εργασία με ένα σύνθετο μοντέλο που βασίζεται σε ένα σημασιολογικό μοντέλο

Όταν εργάζεστε με το DirectQuery για σημασιολογικά μοντέλα Power BI και υπηρεσίες ανάλυσης, λάβετε υπόψη τις ακόλουθες πληροφορίες:

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

• Δεν μπορείτε να επεξεργαστείτε, να διαγράψετε ή να δημιουργήσετε νέες σχέσεις στο ίδιο μοντέλο σημασιολογίας Power BI ή στην προέλευση Των Υπηρεσιών ανάλυσης. Εάν έχετε πρόσβαση επεξεργασίας σε αυτές τις προελεύσεις, μπορείτε να κάνετε τις αλλαγές απευθείας στην προέλευση δεδομένων.

• Δεν μπορείτε να αλλάξετε τους τύπους δεδομένων των στηλών που φορτώνονται από ένα μοντέλο σημασιολογίας Power BI ή μια προέλευση Υπηρεσιών ανάλυσης. Εάν θέλετε να αλλάξετε τον τύπο δεδομένων, αλλάξτε τον στην προέλευση ή χρησιμοποιήστε μια υπολογιζόμενη στήλη.

• Για να δημιουργήσετε αναφορές στην υπηρεσία Power BI σε ένα σύνθετο μοντέλο που βασίζεται σε ένα άλλο μοντέλο σημασιολογίας, πρέπει να οριστούν όλα τα διαπιστευτήρια.

• Οι συνδέσεις σε έναν διακομιστή Υπηρεσιών ανάλυσης εσωτερικής εγκατάστασης ή IAAS εσωτερικής εγκατάστασης του SQL Server 2022 και νεότερες εκδόσεις απαιτούν μια πύλη δεδομένων εσωτερικής εγκατάστασης (Τυπική λειτουργία).

• Όλες οι συνδέσεις σε απομακρυσμένα σημασιολογικά μοντέλα Power BI πραγματοποιούνται με καθολική σύνδεση. Ο έλεγχος ταυτότητας με μια κύρια υπηρεσία δεν υποστηρίζεται προς το παρόν.

• Οι κανόνες RLS εφαρμόζονται στην προέλευση στην οποία ορίζονται, αλλά δεν εφαρμόζονται σε οποιαδήποτε άλλα μοντέλα σημασιολογίας στο μοντέλο. Το RLS που ορίζεται στην αναφορά δεν εφαρμόζεται σε απομακρυσμένες προελεύσεις και το RLS που έχει οριστεί σε απομακρυσμένες προελεύσεις δεν εφαρμόζεται σε άλλες προελεύσεις δεδομένων. Επίσης, δεν μπορείτε να ορίσετε το RLS σε έναν πίνακα που φορτώνεται από μια απομακρυσμένη προέλευση και το RLS που ορίζεται σε τοπικούς πίνακες δεν φιλτράρει πίνακες που έχουν φορτωθεί από μια απομακρυσμένη προέλευση.

• Τα KPI, η ασφάλεια σε επίπεδο γραμμών και οι μεταφράσεις δεν εισάγονται από την προέλευση.

• Μπορεί να δείτε κάποια μη αναμενόμενη συμπεριφορά όταν χρησιμοποιείτε μια ιεραρχία ημερομηνιών. Για να επιλύσετε αυτό το πρόβλημα, χρησιμοποιήστε μια στήλη ημερομηνιών. Μετά την προσθήκη μιας ιεραρχίας ημερομηνιών σε μια απεικόνιση, μπορείτε να μεταβείτε σε μια στήλη ημερομηνιών κάνοντας κλικ στο κάτω βέλος στο όνομα πεδίου και, στη συνέχεια, κάνοντας κλικ στο όνομα αυτού του πεδίου αντί να χρησιμοποιήσετε την Ιεραρχία ημερομηνιών:

  

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

• Το μέγιστο μήκος αλυσίδας μοντέλων είναι τρία. Η επέκταση πέρα από το μήκος τρία της αλυσίδας δεν υποστηρίζεται και έχει ως αποτέλεσμα σφάλματα.

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

• Η σύνδεση σε ένα σημασιολογικό μοντέλο Power BI ή μοντέλο Υπηρεσιών ανάλυσης δεν εμφανίζεται στο Power Query.

Οι ακόλουθοι περιορισμοί ισχύουν κατά την εργασία με το DirectQuery για σημασιολογικά μοντέλα Power BI και τις Υπηρεσίες ανάλυσης:

• Οι παράμετροι για τα ονόματα βάσεων δεδομένων και διακομιστών είναι αυτήν τη στιγμή απενεργοποιημένες.
• Δεν υποστηρίζεται ο ορισμός RLS σε πίνακες από μια απομακρυσμένη προέλευση.
• Η χρήση οποιασδήποτε από τις παρακάτω προελεύσεις ως προέλευσης DirectQuery δεν υποστηρίζεται:
  • Μοντέλα Υπηρεσιών ανάλυσης του SQL Server (SSAS) σε μορφή πίνακα πριν από την έκδοση 2022
  • Πολυδιάστατα μοντέλα SSAS
  • SAP HANA
  • SAP Business Warehouse
  • Σημασιολογικά μοντέλα σε πραγματικό χρόνο
  • Δείγματα σημασιολογικών μοντέλων
  • Ανανέωση του Excel Online
  • Δεδομένα που έχουν εισαχθεί από αρχεία Excel ή CSV στην υπηρεσία
  • Χρήση μετρικών στοιχείων
  • Σημασιολογικά μοντέλα που είναι αποθηκευμένα στην περιοχή "Ο χώρος εργασίας μου"
• Η χρήση του Power BI Embedded με σημασιολογικά μοντέλα που περιλαμβάνουν μια σύνδεση DirectQuery σε ένα μοντέλο Υπηρεσιών ανάλυσης δεν υποστηρίζεται προς το παρόν.
• Η δημοσίευση μιας αναφοράς στο web χρησιμοποιώντας τη δυνατότητα δημοσίευσης στο web δεν υποστηρίζεται.
• Οι ομάδες υπολογισμού σε απομακρυσμένες προελεύσεις δεν υποστηρίζονται, με μη καθορισμένα αποτελέσματα ερωτημάτων.

• Οι υπολογιζόμενοι πίνακες και οι υπολογιζόμενες στήλες που αναφέρονται σε έναν πίνακα DirectQuery από μια προέλευση δεδομένων με έλεγχο ταυτότητας καθολικής σύνδεσης (SSO) υποστηρίζονται στην υπηρεσία Power BI με μια κοινόχρηστη σύνδεση cloud ή /και λεπτομερή έλεγχο πρόσβασης.

• Εάν μετονομάσετε έναν χώρο εργασίας μετά τη ρύθμιση της σύνδεσης DirectQuery, πρέπει να ενημερώσετε την προέλευση δεδομένων στο Power BI Desktop για να συνεχίσει να λειτουργεί η αναφορά.
• Η αυτόματη ανανέωση σελίδας (APR) υποστηρίζεται μόνο για ορισμένα σενάρια, ανάλογα με τον τύπο προέλευσης δεδομένων. Για περισσότερες πληροφορίες, ανατρέξτε στο θέμα Αυτόματη ανανέωση σελίδας στο Power BI.
• Ανάληψη ελέγχου ενός σημασιολογικού μοντέλου που χρησιμοποιεί τη δυνατότητα DirectQuery σε άλλα σημασιολογικά μοντέλα δεν υποστηρίζεται προς το παρόν.
• Όπως και με οποιαδήποτε προέλευση δεδομένων DirectQuery, οι ιεραρχίες που ορίζονται σε ένα μοντέλο Υπηρεσιών ανάλυσης ή μοντέλο σημασιολογίας Power BI δεν εμφανίζονται κατά τη σύνδεση στο μοντέλο ή το μοντέλο σημασιολογίας σε λειτουργία DirectQuery με χρήση του Excel.

Υπάρχουν μερικά άλλα πράγματα που πρέπει να λάβετε υπόψη όταν εργάζεστε με το DirectQuery για σημασιολογικά μοντέλα Power BI και τις Υπηρεσίες ανάλυσης:

• Χρήση στηλών χαμηλής πληθικότητας σε σχέσεις μεταξύ ομάδων προέλευσης δεδομένων: Όταν δημιουργείτε μια σχέση σε δύο διαφορετικές ομάδες προέλευσης δεδομένων, οι στήλες που συμμετέχουν στη σχέση (γνωστές και ως στήλες ένωσης) θα πρέπει να έχουν χαμηλή πληθικότητα, ιδανικά 50.000 ή λιγότερο. Αυτό ισχύει για τις στήλες μη συμβολοσειράς κλειδιού. για τις στήλες κλειδιού συμβολοσειράς, ανατρέξτε στο παρακάτω θέμα.
• Αποφύγετε τη χρήση στηλών κλειδιού μεγάλων συμβολοσειρών σε σχέσεις μεταξύ ομάδων προέλευσης δεδομένων: Κατά τη δημιουργία μιας σχέσης μεταξύ ομάδων προέλευσης δεδομένων, αποφύγετε τη χρήση μεγάλων στηλών συμβολοσειρών ως στήλες σχέσης, ειδικά για στήλες που έχουν μεγαλύτερη πληθικότητα. Όταν πρέπει να χρησιμοποιήσετε στήλες συμβολοσειρών ως στήλη σχέσης, υπολογίστε το αναμενόμενο μήκος συμβολοσειράς για το φίλτρο πολλαπλασιάζοντας την πληθικότητα (C) με το μέσο μήκος της στήλης συμβολοσειράς (A). Βεβαιωθείτε ότι το αναμενόμενο μήκος της συμβολοσειράς είναι κάτω από 250.000, έτσι ώστε ο ∗ C < 250.000.

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

Ζητήματα μισθωτή

Οποιοδήποτε μοντέλο με σύνδεση DirectQuery σε ένα σημασιολογικό μοντέλο Power BI ή στις Υπηρεσίες ανάλυσης πρέπει να δημοσιευτεί στον ίδιο μισθωτή, το οποίο είναι ιδιαίτερα σημαντικό κατά την πρόσβαση σε ένα σημασιολογικό μοντέλο Power BI ή σε ένα μοντέλο των Υπηρεσιών ανάλυσης που χρησιμοποιεί ταυτότητες επισκέπτη B2B, όπως απεικονίζεται στο παρακάτω διάγραμμα. Ανατρέξτε στο θέμα Χρήστες-επισκέπτες που μπορούν να επεξεργαστούν και διαχειριστούν περιεχόμενο για να βρουν τη διεύθυνση URL μισθωτή για δημοσίευση.

Εξετάστε το παρακάτω διάγραμμα. Τα αριθμημένα βήματα στο διάγραμμα περιγράφονται στις παραγράφους που ακολουθούν.

Στο διάγραμμα, ο Ash συνεργάζεται με την Contoso και αποκτά πρόσβαση σε δεδομένα που παρέχονται από το Fabrikam. Με το Power BI Desktop, ο Ash δημιουργεί μια σύνδεση DirectQuery σε ένα μοντέλο υπηρεσιών ανάλυσης που φιλοξενείται στον μισθωτή του Fabrikam.

Για τον έλεγχο ταυτότητας, ο Ash χρησιμοποιεί μια ταυτότητα χρήστη επισκέπτη B2B (βήμα 1 στο διάγραμμα).

Εάν η αναφορά δημοσιευτεί στην υπηρεσία Power BI της Contoso (βήμα 2), το μοντέλο σημασιολογίας που δημοσιεύτηκε στον μισθωτή Contoso δεν μπορεί να πραγματοποιηθεί επιτυχώς έλεγχος ταυτότητας στο μοντέλο Υπηρεσιών ανάλυσης της Fabrikam (βήμα 3). Κατά συνέπεια, η αναφορά δεν λειτουργεί.

Σε αυτό το σενάριο, δεδομένου ότι το μοντέλο Υπηρεσιών ανάλυσης που χρησιμοποιείται φιλοξενείται στον μισθωτή του Fabrikam, η αναφορά πρέπει επίσης να δημοσιευτεί στον μισθωτή της Fabrikam. Μετά την επιτυχή δημοσίευση στον μισθωτή του Fabrikam (βήμα 4), το μοντέλο σημασιολογίας μπορεί να αποκτήσει επιτυχή πρόσβαση στο μοντέλο υπηρεσιών ανάλυσης (βήμα 5) και η αναφορά λειτουργεί σωστά.

Εργασία με ασφάλεια σε επίπεδο αντικειμένου

Όταν ένα σύνθετο μοντέλο λαμβάνει δεδομένα από ένα σημασιολογικό μοντέλο Power BI ή υπηρεσίες ανάλυσης μέσω DirectQuery και αυτό το μοντέλο προέλευσης προστατεύεται από την ασφάλεια σε επίπεδο αντικειμένου, οι καταναλωτές του σύνθετου μοντέλου μπορεί να παρατηρήσουν μη αναμενόμενα αποτελέσματα. Η παρακάτω ενότητα εξηγεί πώς μπορεί να προκύψουν αυτά τα αποτελέσματα.

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

Το OLS ορίζεται για και εφαρμόζεται στο μοντέλο προέλευσης. Δεν μπορεί να οριστεί για ένα σύνθετο μοντέλο που βασίζεται στο μοντέλο προέλευσης.

Όταν ένα σύνθετο μοντέλο δημιουργείται με βάση ένα μοντέλο σημασιολογίας Power BI που προστατεύεται με OLS ή μοντέλο Υπηρεσιών ανάλυσης μέσω σύνδεσης DirectQuery, το σχήμα μοντέλου από το μοντέλο προέλευσης αντιγράφεται στο σύνθετο μοντέλο. Το τι αντιγράφεται εξαρτάται από το τι επιτρέπεται να βλέπει ο συντάκτης σύνθετου μοντέλου στο μοντέλο προέλευσης σύμφωνα με τους κανόνες OLS που ισχύουν εκεί. Τα δεδομένα δεν αντιγράφονται στο σύνθετο μοντέλο, αλλά ανακτώνται πάντα μέσω DirectQuery από το μοντέλο προέλευσης όταν χρειάζεται. Με άλλα λόγια, η ανάκτηση δεδομένων επιστρέφει πάντα στο μοντέλο προέλευσης, όπου ισχύουν οι κανόνες OLS.

Δεδομένου ότι το σύνθετο μοντέλο δεν προστατεύεται από κανόνες OLS, τα αντικείμενα που βλέπουν οι καταναλωτές του σύνθετου μοντέλου είναι εκείνα που ο συντάκτης σύνθετου μοντέλου θα μπορούσε να δει στο μοντέλο προέλευσης και όχι σε αυτό στο οποίο μπορεί να έχουν πρόσβαση οι ίδιοι. Αυτό μπορεί να έχει ως αποτέλεσμα τις ακόλουθες περιπτώσεις:

• Κάποιος που εξετάζει το σύνθετο μοντέλο μπορεί να δει αντικείμενα που είναι κρυφά στο μοντέλο προέλευσης από την OLS.
• Αντίστροφα, μπορεί να ΜΗΝ βλέπουν ένα αντικείμενο στο σύνθετο μοντέλο που μπορούν να δουν στο μοντέλο προέλευσης, επειδή αυτό το αντικείμενο ήταν κρυφό από τον συντάκτη σύνθετου μοντέλου από τους κανόνες OLS που ελέγχουν την πρόσβαση στο μοντέλο προέλευσης.

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

Έχοντας υπόψη αυτό το υπόβαθρο, εξετάστε το ακόλουθο σενάριο:

1. Admin_user δημοσιεύσει ένα εταιρικό σημασιολογικό μοντέλο χρησιμοποιώντας ένα σημασιολογικό μοντέλο Power BI ή ένα μοντέλο Υπηρεσιών ανάλυσης που έχει έναν πίνακα Πελάτη και έναν πίνακα Περιφέρεια. Admin_user δημοσιεύει το σημασιολογικό μοντέλο στην υπηρεσία Power BI και ορίζει κανόνες OLS που έχουν το εξής αποτέλεσμα:

   • Οι χρήστες οικονομικών δεν μπορούν να δουν τον πίνακα Customer
   • Οι χρήστες μάρκετινγκ δεν μπορούν να δουν τον πίνακα Territory

2. Finance_user δημοσιεύει ένα σημασιολογικό μοντέλο που ονομάζεται "Μοντέλο σημασιολογίας οικονομικών στοιχείων" και μια αναφορά που ονομάζεται "Αναφορά οικονομικών στοιχείων", η οποία συνδέεται μέσω DirectQuery με το εταιρικό μοντέλο σημασιολογίας που δημοσιεύτηκε στο βήμα 1. Η αναφορά Finance περιλαμβάνει μια απεικόνιση που χρησιμοποιεί μια στήλη από τον πίνακα Territory.

3. Marketing_user ανοίγει η έκθεση Finance. Εμφανίζεται η απεικόνιση που χρησιμοποιεί τον πίνακα Territory, αλλά επιστρέφει ένα σφάλμα, επειδή όταν ανοίγει η αναφορά, το DirectQuery προσπαθεί να ανακτήσει τα δεδομένα από το μοντέλο προέλευσης χρησιμοποιώντας τα διαπιστευτήρια του Marketing_user, ο οποίος έχει αποκλειστεί από την προβολή του πίνακα Territory σύμφωνα με τους κανόνες OLS που έχουν οριστεί στο εταιρικό σημασιολογικό μοντέλο.

4. Marketing_user δημιουργεί μια νέα αναφορά με την ονομασία "Αναφορά μάρκετινγκ", η οποία χρησιμοποιεί το σημασιολογικό μοντέλο Finance ως την προέλευσή του. Η λίστα πεδίων εμφανίζει τους πίνακες και τις στήλες στους οποίους έχει πρόσβαση Finance_user. Ως εκ τούτου, ο πίνακας Territory εμφανίζεται στη λίστα πεδίων, αλλά δεν είναι ο πίνακας Customer. Ωστόσο, όταν η Marketing_user προσπαθεί να δημιουργήσει μια απεικόνιση που χρησιμοποιεί μια στήλη από τον πίνακα Territory, επιστρέφεται σφάλμα, επειδή σε αυτό το σημείο το DirectQuery προσπαθεί να ανακτήσει δεδομένα από το μοντέλο προέλευσης χρησιμοποιώντας τα διαπιστευτήρια του Marketing_user και τους κανόνες OLS για άλλη μια φορά και να αποκλείσει την πρόσβαση. Το ίδιο συμβαίνει όταν Marketing_user δημιουργεί ένα νέο μοντέλο σημασιολογίας και μια αναφορά που συνδέονται στο μοντέλο σημασιολογίας Οικονομικά με μια σύνδεση DirectQuery – βλέπουν τον πίνακα Territory στη λίστα πεδίων, δεδομένου ότι αυτό θα μπορούσε να δει Finance_user, αλλά όταν προσπαθούν να δημιουργήσουν μια απεικόνιση που χρησιμοποιεί αυτόν τον πίνακα, αποκλείονται από τους κανόνες OLS στο εταιρικό σημασιολογικό μοντέλο.

5. Τώρα, ας υποθέσουμε ότι Admin_user ενημερώνει τους κανόνες OLS στο εταιρικό σημασιολογικό μοντέλο για να εμποδίσει τη χρηματοδότηση να δει τον πίνακα Territory.

6. Οι ενημερωμένοι κανόνες OLS αντικατοπτρίζονται μόνο στο μοντέλο σημασιολογίας Finance όταν ανανεώνεται. Έτσι, όταν ο Finance_user ανανεώνει το μοντέλο σημασιολογίας Οικονομικά, ο πίνακας Περιφέρεια δεν εμφανίζεται πλέον στη λίστα πεδίων και η απεικόνιση στην αναφορά Οικονομικών που χρησιμοποιεί μια στήλη από τον πίνακα Territory επιστρέφει ένα σφάλμα για Finance_user, επειδή δεν τους επιτρέπεται πλέον η πρόσβαση στον πίνακα Territory.

Για να συνοψίσουμε:

• Οι καταναλωτές ενός σύνθετου μοντέλου βλέπουν τα αποτελέσματα των κανόνων OLS που ίσχυαν για τον συντάκτη του σύνθετου μοντέλου κατά τη δημιουργία του μοντέλου. Έτσι, όταν δημιουργείται μια νέα αναφορά με βάση το σύνθετο μοντέλο, η λίστα πεδίων εμφανίζει τους πίνακες στους οποίους είχε πρόσβαση ο συντάκτης του σύνθετου μοντέλου όταν δημιούργησε το μοντέλο, ανεξάρτητα από το τι έχει πρόσβαση ο τρέχων χρήστης στο μοντέλο προέλευσης.
• Δεν είναι δυνατός ο ορισμός κανόνων OLS στο ίδιο το σύνθετο μοντέλο.
• Ένας καταναλωτής ενός σύνθετου μοντέλου δεν θα βλέπει ποτέ πραγματικά δεδομένα που δεν πρέπει να βλέπει, επειδή οι σχετικοί κανόνες OLS στο μοντέλο προέλευσης τους αποκλείουν όταν το DirectQuery προσπαθεί να ανακτήσει τα δεδομένα χρησιμοποιώντας τα διαπιστευτήριά του.
• Εάν το μοντέλο προέλευσης ενημερώνει τους κανόνες OLS του, αυτές οι αλλαγές επηρεάζουν το σύνθετο μοντέλο μόνο όταν ανανεώνεται.

Φόρτωση υποσυνόλου πινάκων από μοντέλο σημασιολογίας Power BI ή μοντέλο Υπηρεσιών ανάλυσης

Κατά τη σύνδεση σε ένα σημασιολογικό μοντέλο Power BI ή σε ένα μοντέλο υπηρεσιών ανάλυσης χρησιμοποιώντας μια σύνδεση DirectQuery, μπορείτε να αποφασίσετε σε ποιους πίνακες θα συνδεθείτε. Μπορείτε επίσης να επιλέξετε να προσθέτετε αυτόματα οποιονδήποτε πίνακα που μπορεί να προστεθεί στο μοντέλο σημασιολογίας ή στο μοντέλο, αφού πραγματοποιήσετε τη σύνδεση στο μοντέλο σας. Όταν συνδέεστε σε μια προοπτική, το μοντέλο σας περιέχει όλους τους πίνακες στο μοντέλο σημασιολογίας και τυχόν πίνακες που δεν περιλαμβάνονται στην προοπτική είναι κρυφοί. Επιπλέον, κάθε πίνακας που μπορεί να προστεθεί στην προοπτική προστίθεται αυτόματα. Στο μενού Ρυθμίσεις, μπορείτε να αποφασίσετε να συνδέεστε αυτόματα σε πίνακες που προστίθενται στο μοντέλο σημασιολογίας, αφού πρώτα ρυθμίσετε τη σύνδεση.

Αυτό το παράθυρο διαλόγου δεν εμφανίζεται για δυναμικές συνδέσεις.

Σημείωμα

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

Ρύθμιση κανόνων deduplication

Μπορείτε να καθορίσετε κανόνες πολλαπλασιασμού για να διατηρήσετε τα ονόματα μετρήσεων και πινάκων μοναδικά σε ένα σύνθετο μοντέλο, χρησιμοποιώντας την επιλογή Ρυθμίσεις στο παράθυρο διαλόγου που εμφανίζεται προηγουμένως:

Στο προηγούμενο παράδειγμα, προσθέσαμε το " (μάρκετινγκ)" ως επίθημα σε οποιοδήποτε όνομα πίνακα ή μέτρησης που βρίσκεται σε διένεξη με μια άλλη προέλευση στο σύνθετο μοντέλο. Μπορείτε να κάνετε τα εξής:

• εισαγάγετε ένα κείμενο που θα προστεθεί στο όνομα πινάκων ή μετρήσεων σε διένεξη
• καθορίστε αν θέλετε το κείμενο να προστεθεί στο όνομα πίνακα ή μέτρησης ως πρόθεμα ή επίθημα
• εφαρμογή του κανόνα deduplication σε πίνακες, μετρήσεις ή και τα δύο
• Επιλέξτε να εφαρμόσετε τον κανόνα deduplication μόνο όταν προκύπτει διένεξη ονόματος ή τον εφαρμόζετε διαρκώς. Η προεπιλογή είναι να εφαρμόζετε τον κανόνα μόνο όταν πραγματοποιείται αναπαραγωγή. Στο παράδειγμά μας, οποιοσδήποτε πίνακας ή μέτρηση από την προέλευση μάρκετινγκ που δεν διαθέτει διπλότυπο στην προέλευση πωλήσεων δεν θα λάβει αλλαγή ονόματος.

Αφού κάνετε τις συνδέσεις και ρυθμίσετε τον κανόνα διανομής, η λίστα πεδίων σας θα εμφανίζει τόσο το "Πελάτης" όσο και το "Πελάτης (μάρκετινγκ)" σύμφωνα με τον κανόνα διανομής που έχει οριστεί στο παράδειγμά μας:

Εάν δεν καθορίσετε έναν κανόνα deduplication ή οι κανόνες deduplication που καθορίσατε δεν επιλύουν τη διένεξη ονόματος, εξακολουθούν να ισχύουν οι τυπικοί κανόνες deduplication. Οι τυπικοί κανόνες deduplication προσθέτουν έναν αριθμό στο όνομα του στοιχείου που βρίσκεται σε διένεξη. Εάν υπάρχει διένεξη ονομάτων στον πίνακα "Πελάτης", ένας από τους πίνακες "Πελάτης" μετονομάζεται σε "Πελάτης 2".

Τροποποιήσεις XMLA και σύνθετα μοντέλα

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

Τα υποστηριζόμενα μοντέλα για την αλλαγή ενός μοντέλου σημασιολογίας με χρήση XMLA είναι τα εξής:

• Μετονομασία πίνακα/στήλης (ChangeProperty = όνομα)
• Κατάργηση πίνακα (προσθήκη πίνακα σε PBI_RemovedChildren σχόλιο στην παράσταση ερωτήματος)

Ζητήματα προς εξέταση και περιορισμοί

Τα σύνθετα μοντέλα παρουσιάζουν ορισμένα ζητήματα και περιορισμούς:

Συνδέσεις μεικτής λειτουργίας - Όταν χρησιμοποιείτε μια σύνδεση μεικτής λειτουργίας που περιέχει δεδομένα online (όπως ένα σημασιολογικό μοντέλο Power BI) και ένα σημασιολογικό μοντέλο εσωτερικής εγκατάστασης (όπως ένα βιβλίο εργασίας του Excel), πρέπει να έχετε ορίσει αντιστοίχιση πύλης για να εμφανίζονται σωστά οι απεικονίσεις.

Προς το παρόν, η επαυξητική ανανέωση υποστηρίζεται μόνο για σύνθετα μοντέλα που συνδέονται σε προελεύσεις δεδομένων SQL, Oracle και Teradata.

Οι παρακάτω προελεύσεις σε μορφή πίνακα του Live Connect δεν μπορούν να χρησιμοποιηθούν με σύνθετα μοντέλα:

• SAP HANA
• SAP Business Warehouse
• Υπηρεσίες ανάλυσης του SQL Server νωρίτερα από την έκδοση 2022
• Μετρικά χρήσης (Ο χώρος εργασίας μου)

Η χρήση σημασιολογικών μοντέλων ροής σε σύνθετα μοντέλα δεν υποστηρίζεται.

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

Εάν χρησιμοποιείτε ασφάλεια σε επίπεδο γραμμών σε ένα σύνθετο μοντέλο με μερικούς από τους πίνακες σε λειτουργία DirectQuery, πρέπει να ανανεώσετε το μοντέλο για να εφαρμόσετε νέες ενημερώσεις από τους πίνακες DirectQuery. Για παράδειγμα, εάν ένας πίνακας Χρήστες σε λειτουργία DirectQuery έχει νέες εγγραφές χρήστη στην προέλευση, οι νέες εγγραφές θα συμπεριληφθούν μόνο μετά την επόμενη ανανέωση μοντέλου. Η Υπηρεσία Power BI αποθηκεύει προσωρινά το ερώτημα Χρήστες για τη βελτίωση των επιδόσεων και δεν φορτώνει εκ νέου τα δεδομένα από την προέλευση μέχρι την επόμενη μη αυτόματη ή προγραμματισμένη ανανέωση.

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

Για περισσότερες πληροφορίες σχετικά με τα σύνθετα μοντέλα και το DirectQuery, ανατρέξτε στα παρακάτω άρθρα:

• Εφαρμογή σχέσεων πολλά προς πολλά στο Power BI Desktop
• Διαχείριση λειτουργίας αποθήκευσης στο Power BI Desktop
• DirectQuery στο Power BI
• Προελεύσεις δεδομένων Power BI
• Σχέσεις μοντέλων στο Power BI Desktop