Bird
Raised Fist0
LLDsystem_design~10 mins

Room type hierarchy in LLD - Scalability & System Analysis

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Scalability Analysis - Room type hierarchy
Growth Table: Room Type Hierarchy
ScaleNumber of Room TypesHierarchy DepthQueries per Second (QPS)Storage SizeNotes
100 users10-502-3 levels50 QPS~1 MBSimple hierarchy, in-memory caching sufficient
10,000 users100-5003-5 levels500 QPS~10 MBDatabase indexing needed, caching important
1,000,000 users1,000-5,0004-7 levels5,000 QPS~100 MBRead replicas, sharding, and distributed cache required
100,000,000 users10,000+5-10 levels50,000+ QPS1+ GBMicroservices, advanced sharding, CDN for static data
First Bottleneck

At small scale, the database becomes the first bottleneck due to complex hierarchical queries and joins needed to resolve room type relationships.

As users grow, the CPU and memory on application servers strain to process deep hierarchy traversals and caching.

At very large scale, network bandwidth and data partitioning challenges arise due to large hierarchy data and frequent updates.

Scaling Solutions
  • Database indexing: Add indexes on parent-child relations to speed up queries.
  • Caching: Use in-memory caches (e.g., Redis) to store frequently accessed hierarchy data.
  • Read replicas: Distribute read load across multiple database replicas.
  • Sharding: Partition room types by category or region to reduce query scope.
  • Microservices: Separate hierarchy management into dedicated services for scalability.
  • CDN: Cache static hierarchy data closer to users to reduce latency.
Back-of-Envelope Cost Analysis
  • At 1M users with 5,000 QPS, database must handle ~5,000 complex hierarchy queries per second.
  • Storage for hierarchy data grows from ~1MB at 100 users to ~100MB at 1M users.
  • Network bandwidth for hierarchy data updates and queries can reach several hundred MB/s at large scale.
  • Memory needed for caching hierarchy data increases proportionally with hierarchy size.
Interview Tip

Start by explaining the hierarchy structure and typical queries. Then discuss how load and data size grow with users.

Identify the database as the first bottleneck due to complex joins and suggest caching and indexing.

Explain horizontal scaling with read replicas and sharding as user base grows.

Finally, mention microservices and CDN for very large scale to reduce latency and isolate components.

Self Check

Your database handles 1000 QPS. Traffic grows 10x to 10,000 QPS. What do you do first?

Answer: Add read replicas to distribute read queries and reduce load on the primary database.

Key Result
The database is the first bottleneck due to complex hierarchical queries; scaling requires caching, indexing, read replicas, and sharding to handle growth from thousands to millions of users.

Practice

(1/5)
1. What is the main purpose of using a Room type hierarchy in system design?
easy
A. To randomly assign room types without any structure
B. To organize rooms by shared and unique features for easier maintenance
C. To store all room data in a single flat list without categories
D. To duplicate room properties in every class separately

Solution

  1. Step 1: Understand the concept of hierarchy

    A hierarchy groups items by common traits, making management simpler.
  2. Step 2: Apply to room types

    Using a base class for shared features and subclasses for specifics avoids duplication and eases updates.
  3. Final Answer:

    To organize rooms by shared and unique features for easier maintenance -> Option B
  4. Quick Check:

    Hierarchy = Organize by features [OK]
Hint: Think: shared features go in base, unique in subclasses [OK]
Common Mistakes:
  • Confusing hierarchy with flat lists
  • Duplicating properties in every room class
  • Ignoring shared features in base class
2. Which of the following is the correct way to define a base class Room with a subclass ConferenceRoom in a typical object-oriented design?
easy
A. class Room {}; class ConferenceRoom extends Room {}
B. class Room; class ConferenceRoom inherits Room
C. class Room() {}; class ConferenceRoom() inherits Room()
D. class Room {}; class ConferenceRoom inherits Room {}

Solution

  1. Step 1: Identify correct syntax for inheritance

    In many modern languages, extends is used to inherit from a base class.
  2. Step 2: Check each option

    class Room {}; class ConferenceRoom extends Room {} uses correct syntax: class ConferenceRoom extends Room {}. Others use incorrect or incomplete syntax.
  3. Final Answer:

    class Room {}; class ConferenceRoom extends Room {} -> Option A
  4. Quick Check:

    Inheritance syntax = extends [OK]
Hint: Remember: subclass extends base class in OOP [OK]
Common Mistakes:
  • Using 'inherits' instead of 'extends'
  • Missing curly braces for class body
  • Incorrect parentheses in class declaration
3. Given this Python-like pseudocode for room types:
class Room:
    def __init__(self, name):
        self.name = name

class Bedroom(Room):
    def __init__(self, name, bed_size):
        super().__init__(name)
        self.bed_size = bed_size

room = Bedroom('Master', 'King')
print(room.name, room.bed_size)

What will be the output?
medium
A. Error: missing argument
B. Bedroom King
C. Master None
D. Master King

Solution

  1. Step 1: Trace object creation

    Creating Bedroom('Master', 'King') calls Bedroom's constructor, which calls Room's constructor with 'Master'.
  2. Step 2: Check printed attributes

    room.name is 'Master' from Room; room.bed_size is 'King' from Bedroom.
  3. Final Answer:

    Master King -> Option D
  4. Quick Check:

    Subclass calls base, attributes set correctly [OK]
Hint: Remember: super() sets base class attributes [OK]
Common Mistakes:
  • Assuming subclass overwrites base attributes
  • Forgetting to call super().__init__
  • Confusing attribute names
4. Consider this code snippet for a room hierarchy:
class Room:
    def __init__(self, name):
        self.name = name

class MeetingRoom(Room):
    def __init__(self, name, capacity):
        self.capacity = capacity

room = MeetingRoom('Boardroom', 20)
print(room.name, room.capacity)

What is the issue here?
medium
A. capacity attribute is not set correctly
B. Syntax error in class definition
C. Missing call to base class constructor causes room.name to be undefined
D. No issue; code runs fine

Solution

  1. Step 1: Check constructor chaining

    MeetingRoom's constructor sets capacity but does not call super().__init__(name), so name is not set.
  2. Step 2: Understand effect on attributes

    Without base constructor call, room.name is missing, causing error or undefined behavior.
  3. Final Answer:

    Missing call to base class constructor causes room.name to be undefined -> Option C
  4. Quick Check:

    Always call base __init__ in subclass [OK]
Hint: Call super().__init__ to set base attributes [OK]
Common Mistakes:
  • Assuming base constructor runs automatically
  • Ignoring missing attributes in subclass
  • Confusing syntax errors with logic errors
5. You need to design a room type hierarchy for a hotel system that includes Room, Bedroom, ConferenceRoom, and Suite. Suites can have multiple bedrooms and a living area. Which design approach best models this?
hard
A. Make Suite inherit from Room and include a list of Bedroom objects plus living area
B. Make Suite inherit from Bedroom and add living area attributes
C. Make Suite a separate class unrelated to Room hierarchy
D. Make Bedroom inherit from Suite to reuse features

Solution

  1. Step 1: Analyze relationships

    Suite is a special Room that contains multiple Bedrooms and a living area, so it should inherit from Room.
  2. Step 2: Model composition

    Suite should have a list of Bedroom objects (composition) to represent multiple bedrooms, plus its own living area attributes.
  3. Final Answer:

    Make Suite inherit from Room and include a list of Bedroom objects plus living area -> Option A
  4. Quick Check:

    Use inheritance + composition for complex types [OK]
Hint: Use composition for multiple rooms inside Suite [OK]
Common Mistakes:
  • Using inheritance to model 'has-many' relationships
  • Ignoring composition for complex room types
  • Making unrelated classes inherit incorrectly