---
title: "Comment by OneLifeVibe on \"System Design Drill Day 16: Product Search, Ranking and Typeahead\" | Hashnode"
description: "The two lane sync idea is the part I will remember from this drill. Sending price and stock through a high priority queue while bulk imports wait in their own l"
url: "https://hashnode.com/posts/system-design-drill-day-16-product-search-ranking-and-typeahead/6af98c0ea00b30bc633fb5b6/comment/6af993d3e3b7122a5444aee7"
---

[Discussion](https://hashnode.com/posts/system-design-drill-day-16-product-search-ranking-and-typeahead/6af98c0ea00b30bc633fb5b6)

Comment [System Design Drill Day 16: Product Search, Ranking and Typeahead](https://hashnode.com/posts/system-design-drill-day-16-product-search-ranking-and-typeahead/6af98c0ea00b30bc633fb5b6)

[OneLifeVibe](https://hashnode.com/@onelifevibe)

[5h ago](https://hashnode.com/posts/system-design-drill-day-16-product-search-ranking-and-typeahead/6af98c0ea00b30bc633fb5b6/comment/6af993d3e3b7122a5444aee7)

The two lane sync idea is the part I will remember from this drill. Sending price and stock through a high priority queue while bulk imports wait in their own low priority lane explains the stale price example clearly. A search result at NPR 1,200 that is really NPR 1,350 at checkout is exactly the kind of bug that erodes trust. I also liked the typeahead math. Doing the heavy counting hourly and leaving each keystroke as one Redis GET makes the 50 to 100 ms budget feel achievable instead of aspirational.
