MENU
Cloud Kicks has informed CRM Analytics developers that they have two scenarios with restricted row-level security.
The parameters being:
1. Non-CXOs and VPs working in EMEA can have access to EMEA records only.
2. CXOs and VPs should have access to all data irrespective of the region (APAC, EMEA, etc.).
Which sharing method works for this scenario?
Suggested Answer: B
Get Premium ANC-301 Questions
as Interactive Web-Based Practice Test or PDF
Real Exam Format
Detailed Explanations
Instant Access
Get Your Practice Test
For Cloud Kicks' requirements regarding access to data based on roles and geographic regions, the most efficient and scalable approach is to implement row-level security using fields on the user record, like Department or Region. Here's the rationale for choosing this approach:
Scalability and Maintenance: By applying security rules based on user record fields, Cloud Kicks can manage access dynamically without needing to maintain multiple dashboards or datasets. This reduces administrative overhead and simplifies updates as roles or regional structures change.
Flexibility: Using a field on the user record to control access allows for easy expansion or modification of security policies as new regions or roles are added.
Simplicity: This method ensures a clear and straightforward security model that can be easily audited and understood by administrators and compliance teams.
34 comments · newest first
EV
Evangelina
10 months ago
I feel like option A could work too, but B is more efficient.
NI
Nichelle
11 months ago
Why not just create two dashboards? Seems simpler!
MI
Mila
11 months ago
Wait, can CXOs really access all data? That seems risky.
KA
Karan
11 months ago
I think option B makes the most sense for row-level security.
CA
Carin
11 months ago
Totally agree, B is the way to go!
RO
Ronald
11 months ago
I'm leaning towards option B, but I’m a bit uncertain if it fully addresses the needs of both CXOs and VPs.
AL
Alonso
12 months ago
This question feels similar to one we practiced about access levels. I wonder if creating separate datasets would be more efficient.
JU
Justine
12 months ago
I think using a field on the user record might work, but I can't recall if it covers both scenarios effectively.
NI
Nieves
1 year ago
I remember discussing row-level security in class, but I'm not sure if creating two dashboards is the best approach.
WH
Whitley
1 year ago
Ah, I see what they're getting at now. The row-level security approach is definitely the way to go here. It's the most flexible and efficient solution for handling these different access requirements.
PA
Pamella
1 year ago
I feel pretty confident about this one. The sharing method that works best is using row-level security based on the user's department or region field. That way, you can easily control access without having to manage multiple dashboards or datasets.
SO
Solange
1 year ago
I'm a bit confused on this one. Creating separate dashboards or datasets seems like it could work, but I'm not sure if that's the most efficient or scalable solution. Let me re-read the question and think it through step-by-step.
ST
Stephaine
1 year ago
Okay, I think I've got this. The key is to use row-level security based on the user's department or region. That way, non-CXOs and VPs in EMEA can only see EMEA records, while CXOs and VPs can see all data.
IS
Isabelle
1 year ago
Hmm, this looks like a tricky one. I'll need to think through the different sharing methods carefully to determine the best approach.
DA
Daren
1 year ago
Wow, these Cloud Kicks folks really know how to keep their developers on their toes! But I have to say, B is the way to go. Gotta love that row-level security, am I right?
RO
Rosina
1 year ago
You know, I was just thinking about how cloud computing has really kicked the analytics world into high gear. That's why I think B is the way to go here - it's the most flexible and scalable option.
SH
Shawna
1 year ago
User 3: Definitely, it provides flexibility and scalability for different user roles.
RI
Ria
1 year ago
User 2: Yeah, using a field on the user record for row-level security makes sense.
ST
Stanton
1 year ago
User 1: I agree, option B seems like the most logical choice.
AL
Alecia
1 year ago
Haha, this question is a real head-scratcher! I bet the developers at Cloud Kicks are having a field day with all these requirements. Anyway, I agree with B - it's the most elegant solution in my opinion.
RO
Rosann
1 year ago
B) Use a field on the user record like Department/Region, and apply row-level security based on that field.
HI
Hildegarde
1 year ago
A) Create two sets of dashboards; one for EMEA, and one for CXOs and VPs while filtering the dashboard on the region.
SH
Shawna
1 year ago
I prefer option A) creating separate dashboards for EMEA and CXOs, it seems more organized to me.
LI
Linwood
1 year ago
I agree with Oliva, option B) seems like the most efficient way to handle the scenario.
SH
Sherita
1 year ago
Hmm, I'm not sure. Creating two separate datasets feels like overkill, and filtering the dashboard on the region might get messy. I'd go with B as well.
LO
Lorita
1 year ago
B) Use a field on the user record like Department/Region, and apply row-level security based on that field.
AN
Anissa
1 year ago
B) Use a field on the user record like Department/Region, and apply row-level security based on that field.
EM
Emile
1 year ago
B) Use a field on the user record like Department/Region, and apply row-level security based on that field.
MI
Michal
1 year ago
A) Create two sets of dashboards; one for EMEA, and one for CXOs and VPs while filtering the dashboard on the region.
OL
Oliva
1 year ago
I think option B) makes sense, using a field on the user record for row-level security.
GU
Gussie
2 years ago
I think the answer is B. Using a field on the user record like Department/Region and applying row-level security based on that field seems like the most straightforward solution for this scenario.
KE
Kenneth
1 year ago
Agreed. It's a simple and effective way to control access to different regions.
AS
Ashlyn
1 year ago
That makes sense. It would be easier to manage access based on a specific field.
JE
Jesusita
1 year ago
B) Use a field on the user record like Department/Region, and apply row-level security based on that field.