New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Adobe AD0-E704 Exam - Topic 6 Question 14 Discussion

Actual exam question for Adobe's AD0-E704 exam
Question #: 14
Topic #: 6
[All AD0-E704 Questions]

You are integrating an external system from which products and categories will be synchronized with Magento.

To keep the category tree synchronized, an identifier attribute needs to be added to the catalog_category entity. The identifier value is generated by the external system as an unsigned 3 byte integer and is global in scope. Your code will run many concurrent queries to select categories based on this ID in order to synchronize changes.

Keeping performance in mind, what attribute backend type do you choose when creating the EAV attribute?

Show Suggested Answer Hide Answer
Suggested Answer: A

Contribute your Thoughts:

0/2000 characters
Kathryn
4 months ago
No way, text is not the right choice here.
upvoted 0 times
...
Annelle
4 months ago
Unsigned 3 byte integer? That’s surprising!
upvoted 0 times
...
Christiane
4 months ago
static might be a good option, right?
upvoted 0 times
...
Janna
4 months ago
I think varchar could work too, but int seems better.
upvoted 0 times
...
Helene
4 months ago
Definitely going with int for performance!
upvoted 0 times
...
Lisandra
5 months ago
I feel like 'text' is too heavy for this use case. It should be something more efficient like 'int' or 'static'.
upvoted 0 times
...
Tijuana
5 months ago
I practiced a similar question where performance was key, and I believe 'static' could be a good option for faster queries.
upvoted 0 times
...
Roselle
5 months ago
I'm not entirely sure, but I remember something about using 'varchar' for string data. This seems like a numeric ID though.
upvoted 0 times
...
Johnna
5 months ago
I think the best choice might be 'int' since it's an unsigned 3 byte integer, which should fit well.
upvoted 0 times
...
Kati
5 months ago
Ah, this is tricky. I'm not too familiar with the different Marketing Cloud features and capabilities. I'll need to review my notes and maybe ask the instructor for some guidance.
upvoted 0 times
...
Izetta
5 months ago
Hmm, this seems like a tricky one. I'll need to think carefully about the concept of "highest and best use" and how that relates to the asset providing maximum value to market participants.
upvoted 0 times
...
Lorenza
5 months ago
Hmm, I'm a bit unsure about this one. I know Netstat can show network connections, but I'm not sure if it shows the port states in real-time. Maybe TCPView would be a better option?
upvoted 0 times
...
Kris
5 months ago
Wait, I'm confused. How do I use the total asset turnover ratio to calculate the sales level? I'm not sure I fully understand the connection there.
upvoted 0 times
...
Darci
10 months ago
Option A, definitely. Unless you're storing the entire Encyclopaedia Britannica in your category IDs, int is the way to go.
upvoted 0 times
Gerry
9 months ago
Definitely, int is the way to go for storing numeric identifiers.
upvoted 0 times
...
Edna
9 months ago
Agreed, int is the most efficient choice for performance.
upvoted 0 times
...
William
9 months ago
A) int
upvoted 0 times
...
...
Danica
10 months ago
I'd have to go with A as well. Can't go wrong with a nice, compact integer when you need fast lookups.
upvoted 0 times
Joana
9 months ago
User 3: Yeah, I'd go with A) int as well for performance reasons.
upvoted 0 times
...
Lenora
10 months ago
User 2: Agreed, integers are definitely faster for lookups.
upvoted 0 times
...
Alayna
10 months ago
User 1: I think I would choose A) int for the attribute backend type.
upvoted 0 times
...
...
Vonda
10 months ago
Option C, static, could work too. But since the identifier is global, an int type makes more sense to me.
upvoted 0 times
Stefania
8 months ago
True, we need a data type that can handle the global scope of the identifier.
upvoted 0 times
...
Nell
8 months ago
Option B, varchar, might not be efficient for storing a 3 byte integer.
upvoted 0 times
...
Delsie
8 months ago
I agree, using an integer type for the identifier attribute makes sense.
upvoted 0 times
...
Alpha
8 months ago
I think option A, int, would be the best choice for performance.
upvoted 0 times
...
Veta
8 months ago
I think varchar could work too, but int might be more efficient for this specific case.
upvoted 0 times
...
Mertie
9 months ago
B) varchar
upvoted 0 times
...
Marg
9 months ago
I agree, using an int type for the identifier attribute seems like the best choice for performance.
upvoted 0 times
...
Matthew
10 months ago
A) int
upvoted 0 times
...
...
Coral
10 months ago
I agree, A is the way to go. The external system is already using a 3-byte integer, so keeping it that way will make the integration smoother and faster.
upvoted 0 times
...
Carmela
10 months ago
Hmm, I'd go for option A. An unsigned 3-byte integer should be more efficient than a larger data type like varchar or text, especially for the number of concurrent queries.
upvoted 0 times
Fanny
10 months ago
User 2: Yeah, using an int for the identifier attribute makes sense with all those concurrent queries.
upvoted 0 times
...
Craig
10 months ago
User 1: I agree, option A seems like the best choice for performance.
upvoted 0 times
...
...
Quiana
11 months ago
That's a good point, but wouldn't using A) int still be faster for querying large amounts of data?
upvoted 0 times
...
Yuki
11 months ago
I disagree, I believe B) varchar would be a better choice as it allows for more flexibility in case the ID format changes in the future.
upvoted 0 times
...
Quiana
11 months ago
I think the best option would be A) int because it is more efficient for querying by ID.
upvoted 0 times
...

Save Cancel