DP-700 · Question #24
QUESTION 26 You have a Fabric capacity that contains a workspace named Workspace1. Workspace1 contains a lakehouse named Lakehouse1, a data pipeline, a notebook, and several Microsoft Power BI…
The correct answer is B. Assign User1 the Viewer role for Workspace1. Share Lakehouse1 with User1 and select Read all SQL endpoint data. To grant a user read-only SQL access to Lakehouse1 tables, prevent Spark access, and restrict access to other workspace items, assign the Viewer role to the workspace and then explicitly share the Lakehouse with 'Read all SQL endpoint data' permissions.
Question
- Provide User1 with read access to the table data in Lakehouse1.
- Prevent User1 from using Apache Spark to query the underlying files in Lakehouse1.
- Prevent User1 from accessing other items in Workspace1.
Options
- AShare Lakehouse1 with User1 directly and select Read all SQL endpoint data.
- BAssign User1 the Viewer role for Workspace1. Share Lakehouse1 with User1 and select Read all SQL endpoint data.
- CShare Lakehouse1 with User1 directly and select Build reports on the default semantic model.
- DAssign User1 the Member role for Workspace1. Share Lakehouse1 with User1 and select Read all SQL endpoint data.
How the community answered
(27 responses)- A4% (1)
- B78% (21)
- C15% (4)
- D4% (1)
Why each option
To grant a user read-only SQL access to Lakehouse1 tables, prevent Spark access, and restrict access to other workspace items, assign the Viewer role to the workspace and then explicitly share the Lakehouse with 'Read all SQL endpoint data' permissions.
Sharing Lakehouse1 directly might not fully restrict access to other items if default permissions are too broad, and it doesn't robustly prevent Spark access as effectively as a Viewer role for the entire workspace.
Assigning the Viewer role to the workspace allows User1 to see items without modification rights, effectively preventing Spark access and limiting interaction with other items. Sharing Lakehouse1 with 'Read all SQL endpoint data' then explicitly grants SQL read access to its tables, meeting all requirements with least privilege.
'Build reports on the default semantic model' grants access to the semantic model for reporting, but not direct read access to the underlying Lakehouse tables via SQL, which is explicitly requested.
Assigning the Member role to the workspace grants too much privilege, including the ability to create, edit, and delete content, violating the 'least privilege' principle and potentially allowing Spark access or access to other items beyond viewing.
Concept tested: Fabric workspace roles, Lakehouse sharing, and access control
Source: https://learn.microsoft.com/en-us/fabric/get-started/roles-workspaces#permissions
Topics
Community Discussion
No community discussion yet for this question.