Q: 16
You need to improve performance when ticketAPI is used to analyze the POS data. What should you
do?
Options
Discussion
C not D. D just sets read intent on the API but won’t do much unless read scale-out (C) is enabled at the DB level. Seen similar questions, C always lines up as correct for performance bumps.
My vote is C, because enabling read scale-out shifts those heavy read operations to a replica and takes load off the main database. Makes sense for analytics APIs like ticketAPI. Unless I’m missing something obvious.
Yeah, C. Enabling read scale-out is what actually boosts the read perf for APIs like ticketAPI.
C/C? Official docs mention read scale-out for this, but check the latest guide or practice test just to be sure.
Its C. Read scale-out spreads read-only queries across replicas, so analytics APIs get a big speed boost. The other ones (A and D) mess with permissions or intent but don’t actually change what DB server the reads land on. Option B’s just access control, won’t help performance. Pretty sure about this, unless there’s something I overlooked.
Be respectful. No spam.
Question 16 of 25