Currently, the Snowflake user's default role is used for the connection. Need the ability to specify a Snowflake role if a user is assigned to more than one role. Role is already an optional parameter in the ODBC connector that is required to be installed. Using the ODBC connector instead will not work as DirectQuery is needed from the Snowflake Connector.
24 Comments
- fbcideas_migusrNew MemberSnowflake security administrators can assign only one default role to a user account. Per vendor recommendations, members of built-in roles (e.g. SECURITYADMIN, SYSADMIN, and ACCOUNTADMIN) are encouraged to assign a low-privilege default role. Those users must elevate their security token to perform DBA like tasks and will generally have insufficient permissions to read from user-defined content hosted in the Snowflake account. With interactive sessions and other BI tools, those user accounts can issue statements like "USE ROLE mydatabase_db_reader" to change security contexts for BI client purposes. The inability to alter the default role limits some users from being able to access all of the database tables and views that would otherwise be available using other BI tools that support the USE ROLE semantics.
- pbiideas1New MemberPlease vote for this one too! https://ideas.powerbi.com/forums/265200-power-bi-ideas/suggestions/33350926-snowflake-connector-add-sql-statement-as-option
- saritha_podaliNew MemberIs this supported now?
- dkluckNew MemberPretty crazy that you can't specify this outside the DSN... needed for users with access to multiple roles.
- vvaleyevNew MemberWithout this feature we have to deal with a painful workaround of running a secondary data security provisioning in the database where we could simply rely on roles. However, when we have more than one subject that could be segregated by roles we always facing the issue with people having access to more than one subject. Creating roles that are combinations of roles does not scale... We need to be able to specify a role for a particular session/connection!
- diane_elinskiNew MemberThis is very much needed for line of business reporting.
- bhavana_chirumaNew MemberThis feature is very critical and needed
- jwhitaker1New MemberCome on guys, this is a core requirement for recommended ways of working with Snowflake. It really seems like the Snowflake connector was coded up in a couple of days to fill in a checkbox on some manager's feature list, then thrown out to customers as a ****** MVP and abandonded.
- Vitali_BokovNew MemberHow is this not implemented right from the beginning? This is literally core functionality!
- rbejugamNew MemberI think this is very important feature needed for handling different subject areas in a company..Workaround to do this also helps..
Recent ideas
Fabric workspace Connection Link (XMLA Endpoint) using Workspace ID instead of Name
Dear colleagues, As you already know Fabric workspace XMLA Endpoint (aka Connection Link) follows the format powerbi://api.powerbi.com/v1.0/myorg/<workspace name> where Workspace name can...alfBI1 hour agoResponsive ResidentNew383Views4likes1CommentGive admins control over the sender of Power BI subscription emails
Power BI's updated subscription email delivery method sends subscription emails from the subscription owner's Exchange Online mailbox. Organizations need the ability to choose a service/no-reply send...aggiemusicag1 hour agoAdvocate INew79Views15likes4CommentsRespect .gitignore in workspace sync
Currently the .gitignore file is, well, ignored. Ideally we would have a way of using gitignore to avoid committing local developer objects e.g. sandbox lakehouses that developers use for testing out...Jeff_brown_hso3 hours agoRegular VisitorNew3.4KViews73likes10CommentsTransfer Ownership of Power BI/Fabric Report Subscriptions
Report subscriptions are currently tied to the user who created them. When employees leave, change roles, or transfer responsibilities, administrators must manually recreate subscriptions under a new...raynman397-13 hours agoNew MemberNew5Views2likes0Comments