DIGITAL GURU
Java DSA Portfolio

Lazy vs Eager Loading

Learn FetchType.LAZY vs FetchType.EAGER and avoid LazyInitializationException in production.

Anuj Kumar Singh Written by Anuj Kumar Singh (Lead Engineer, 13+ yrs exp) 5 min read Verified Spring Boot 3+ Guide

Real-World Analogy

**Eager Loading** is like packing 5 heavy winter coats for a summer trip "just in case". **Lazy Loading** is leaving coats at home and only buying one if it actually freezes!

Fetch Strategies Comparison

`FetchType` controls when associated child collections or entities are loaded from the database.

FetchType Options:

  • LAZY (Recommended Default): Association is loaded on-demand when accessed via getter. Uses proxy objects.
  • EAGER: Association is fetched immediately alongside the parent entity via SQL JOINs.

Production Code Example:

Department.java
package com.anujsingh.digitalguru.model;

import jakarta.persistence.*;
import java.util.List;

@Entity
public class Department {
    @Id @GeneratedValue
    private Long id;

    @OneToMany(mappedBy = "department", fetch = FetchType.LAZY)
    private List<Employee> employees;
}

Key Architectural Concepts & Best Practices:

When working with Lazy vs Eager Loading in enterprise Spring Boot applications, keep these key architectural guidelines in mind:

  • Separation of Concerns: Maintain a strict boundary between HTTP endpoints, service logic, and database persistence layers.
  • Framework Conventions: Rely on Spring Boot auto-configuration defaults whenever possible, overriding settings only via application.yml or @Configuration classes when customized behavior is required.
  • Production Monitoring & Reliability: Ensure proper exception handling, thread-safety, and resource cleanup to prevent memory leaks and unexpected runtime downtime.
  • Developer Ergonomics: Write clean, self-documenting code with modern Java features (Records, Lambdas, Streams) to simplify code reviews and maintenance.

Summary Takeaway:

Mastering Lazy vs Eager Loading ensures that your Java & Spring Boot backend microservices remain maintainable, secure, and compliant with modern enterprise software engineering standards.

Default Standards

`@OneToMany` and `@ManyToMany` default to **LAZY**. `@ManyToOne` and `@OneToOne` default to **EAGER** (always override them to `LAZY` for performance!).