Join us at FabCon Atlanta from March 16 - 20, 2026, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.
Register now!The Power BI Data Visualization World Championships is back! Get ahead of the game and start preparing now! Learn more
e.g.
Is that safe, or does it provide a way for Jake & Jill to connect to the all 50 tables, instead of the 20 their own credentials provide read access to?
Solved! Go to Solution.
HI @mmace1 ,
There are really a few levels of permissions here. If you have a Service Account in the gateway with read access to all 50, that is the standard method.
Now, if you are giving database access to Jack and Jill then I am not positive how you are limiting them to only 20 of the tables - without using the database permission settings. But, if you give them the rights to use the Gateway with all 50 tables, then you are giving them all 50 tables.
The common method to deal with this is to create a DataSource (or DataSources) that connect to the 20. Really, the most effective way is to create 20 DataSources. Then you give Jack and Jill permissions to the DataSource(s). If you give them access directly to the Gateway to use the gateway then they can get to all 50 tables.
This allows you to add people at any time and they can only use the Data Source(s) that you want them to but the Gateway still can access all 50. Each Data Source is setup to use the Gateway and it is the Gateway's permissions to hit the 50. But, each Data Source can only hit 1 of your tables. As you give the permissions to each person to use the Data Source they then have the ability to hit that table.
Proud to be a Datanaut!
Private message me for consulting or training needs.
HI @mmace1 ,
There are really a few levels of permissions here. If you have a Service Account in the gateway with read access to all 50, that is the standard method.
Now, if you are giving database access to Jack and Jill then I am not positive how you are limiting them to only 20 of the tables - without using the database permission settings. But, if you give them the rights to use the Gateway with all 50 tables, then you are giving them all 50 tables.
The common method to deal with this is to create a DataSource (or DataSources) that connect to the 20. Really, the most effective way is to create 20 DataSources. Then you give Jack and Jill permissions to the DataSource(s). If you give them access directly to the Gateway to use the gateway then they can get to all 50 tables.
This allows you to add people at any time and they can only use the Data Source(s) that you want them to but the Gateway still can access all 50. Each Data Source is setup to use the Gateway and it is the Gateway's permissions to hit the 50. But, each Data Source can only hit 1 of your tables. As you give the permissions to each person to use the Data Source they then have the ability to hit that table.
Proud to be a Datanaut!
Private message me for consulting or training needs.
Thanks!
Yes, their access is limited at the database level, which I also have control of.
Gotcha, have one connection per table.
Our access model is simple - some folks get no access, some get read access to 'non-sensitive' tables, and some get read access to everything.
At that point, rather than have 50 seperate connections, I'd rather just create either a 2nd service account that also has the 'access to 'non sensitive' tables, or - just let the users make / share their own data source.
The Power BI Data Visualization World Championships is back! Get ahead of the game and start preparing now!
| User | Count |
|---|---|
| 70 | |
| 56 | |
| 27 | |
| 20 | |
| 19 |