home / skills / giuseppe-trisciuoglio / developer-kit / spring-data-jpa

This skill helps you implement Spring Data JPA persistence layers with repositories, queries, pagination, auditing, relationships, and multi-database

npx playbooks add skill giuseppe-trisciuoglio/developer-kit --skill spring-data-jpa

Review the files below or copy the command above to add this skill to your agents.

Files (3)
SKILL.md
6.3 KB
---
name: spring-data-jpa
description: Provides patterns to implement persistence layers with Spring Data JPA. Use when creating repositories, configuring entity relationships, writing queries (derived and @Query), setting up pagination, database auditing, transactions, UUID primary keys, multiple databases, and database indexing.
allowed-tools: Read, Write, Edit, Bash, Glob, Grep
category: backend
tags: [spring-data, jpa, database, hibernate, orm, persistence]
version: 1.2.0
---

# Spring Data JPA

## Overview

To implement persistence layers with Spring Data JPA, create repository interfaces that provide automatic CRUD operations, entity relationships, query methods, and advanced features like pagination, auditing, and performance optimization.

## When to Use

Use this Skill when:
- Implementing repository interfaces with automatic CRUD operations
- Creating entities with relationships (one-to-one, one-to-many, many-to-many)
- Writing queries using derived method names or custom @Query annotations
- Setting up pagination and sorting for large datasets
- Implementing database auditing with timestamps and user tracking
- Configuring transactions and exception handling
- Using UUID as primary keys for distributed systems
- Optimizing performance with database indexes
- Setting up multiple database configurations

## Instructions

### Create Repository Interfaces

To implement a repository interface:

1. **Extend the appropriate repository interface:**
   ```java
   @Repository
   public interface UserRepository extends JpaRepository<User, Long> {
       // Custom methods defined here
   }
   ```

2. **Use derived queries for simple conditions:**
   ```java
   Optional<User> findByEmail(String email);
   List<User> findByStatusOrderByCreatedDateDesc(String status);
   ```

3. **Implement custom queries with @Query:**
   ```java
   @Query("SELECT u FROM User u WHERE u.status = :status")
   List<User> findActiveUsers(@Param("status") String status);
   ```

### Configure Entities

1. **Define entities with proper annotations:**
   ```java
   @Entity
   @Table(name = "users")
   public class User {
       @Id
       @GeneratedValue(strategy = GenerationType.IDENTITY)
       private Long id;

       @Column(nullable = false, length = 100)
       private String email;
   }
   ```

2. **Configure relationships using appropriate cascade types:**
   ```java
   @OneToMany(mappedBy = "user", cascade = CascadeType.ALL, orphanRemoval = true)
   private List<Order> orders = new ArrayList<>();
   ```

3. **Set up database auditing:**
   ```java
   @CreatedDate
   @Column(nullable = false, updatable = false)
   private LocalDateTime createdDate;
   ```

### Apply Query Patterns

1. **Use derived queries for simple conditions**
2. **Use @Query for complex queries**
3. **Return Optional<T> for single results**
4. **Use Pageable for pagination**
5. **Apply @Modifying for update/delete operations**

### Manage Transactions

1. **Mark read-only operations with @Transactional(readOnly = true)**
2. **Use explicit transaction boundaries for modifying operations**
3. **Specify rollback conditions when needed**

## Examples

### Basic CRUD Repository

```java
@Repository
public interface ProductRepository extends JpaRepository<Product, Long> {
    // Derived query
    List<Product> findByCategory(String category);

    // Custom query
    @Query("SELECT p FROM Product p WHERE p.price > :minPrice")
    List<Product> findExpensiveProducts(@Param("minPrice") BigDecimal minPrice);
}
```

### Pagination Implementation

```java
@Service
public class ProductService {
    private final ProductRepository repository;

    public Page<Product> getProducts(int page, int size) {
        Pageable pageable = PageRequest.of(page, size, Sort.by("name").ascending());
        return repository.findAll(pageable);
    }
}
```

### Entity with Auditing

```java
@Entity
@EntityListeners(AuditingEntityListener.class)
public class Order {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @CreatedDate
    @Column(nullable = false, updatable = false)
    private LocalDateTime createdDate;

    @LastModifiedDate
    private LocalDateTime lastModifiedDate;

    @CreatedBy
    @Column(nullable = false, updatable = false)
    private String createdBy;
}
```

## Best Practices

### Entity Design
- Use constructor injection exclusively (never field injection)
- Prefer immutable fields with `final` modifiers
- Use Java records (16+) or `@Value` for DTOs
- Always provide proper `@Id` and `@GeneratedValue` annotations
- Use explicit `@Table` and `@Column` annotations

### Repository Queries
- Use derived queries for simple conditions
- Use `@Query` for complex queries to avoid long method names
- Always use `@Param` for query parameters
- Return `Optional<T>` for single results
- Apply `@Transactional` on modifying operations

### Performance Optimization
- Use appropriate fetch strategies (LAZY vs EAGER)
- Implement pagination for large datasets
- Use database indexes for frequently queried fields
- Consider using `@EntityGraph` to avoid N+1 query problems

### Transaction Management
- Mark read-only operations with `@Transactional(readOnly = true)`
- Use explicit transaction boundaries
- Avoid long-running transactions
- Specify rollback conditions when needed

## Reference Documentation

For comprehensive examples, detailed patterns, and advanced configurations, see:

- [Examples](references/examples.md) - Complete code examples for common scenarios
- [Reference](references/reference.md) - Detailed patterns and advanced configurations

## Constraints and Warnings

- Never expose JPA entities directly in REST APIs; always use DTOs to prevent lazy loading issues.
- Avoid N+1 query problems by using `@EntityGraph` or `JOIN FETCH` in queries.
- Be cautious with `CascadeType.REMOVE` on large collections as it can cause performance issues.
- Do not use `EAGER` fetch type for collections; it can cause excessive database queries.
- Avoid long-running transactions as they can cause database lock contention.
- Use `@Transactional(readOnly = true)` for read operations to enable optimizations.
- Be aware of the first-level cache; entities may not reflect database changes within the same transaction.
- UUID primary keys can cause index fragmentation; consider using sequential UUIDs or Long IDs.
- Pagination on large datasets requires proper indexing to avoid full table scans.

Overview

This skill provides patterns and ready-to-use guidance for implementing persistence layers with Spring Data JPA. It covers repository interfaces, entity modelling, query strategies (derived and @Query), pagination, auditing, transactions, UUID keys, multiple databases, and indexing. Use it to standardize data access code and avoid common JPA pitfalls.

How this skill works

It explains which Spring Data interfaces to extend and how to design entities, relationships, and repository methods for clean, testable data access. It shows when to use derived query methods versus @Query, how to apply Pageable for pagination, and how to annotate entities for auditing and transaction behavior. It also highlights performance techniques like fetch strategies, entity graphs, and indexing.

When to use it

  • Building CRUD repositories and typed data access layers
  • Designing entities with one-to-one, one-to-many, or many-to-many relationships
  • Writing derived queries or custom @Query JPQL/SQL when needed
  • Implementing pagination, sorting, and large-data retrieval patterns
  • Adding auditing (created/modified/by) and configuring transactional boundaries
  • Configuring multiple databases, UUID primary keys, or database indexes

Best practices

  • Prefer repository interfaces that extend JpaRepository or appropriate Spring Data interfaces
  • Use derived queries for simple conditions and @Query for complex logic; always prefer Optional<T> for single-result lookups
  • Annotate entities explicitly (@Table, @Column) and choose LAZY fetch for collections to avoid N+1 issues
  • Mark read-only operations with @Transactional(readOnly = true) and use explicit transaction boundaries for modifiers
  • Use DTOs for API responses — never expose JPA entities directly to clients
  • Add proper indexes for frequently queried fields and consider sequential UUIDs if UUID fragmentation is a problem

Example use cases

  • Implement a UserRepository with findByEmail and custom queries for active users
  • Create audited Order entity with @CreatedDate, @LastModifiedDate, and @CreatedBy for tracking changes
  • Build paginated product listing using Pageable and a service method that returns Page<Product>
  • Model Order–OrderLine one-to-many with CascadeType.ALL and orphan removal for lifecycle management
  • Configure two DataSource beans and repositories to separate read/write or multi-tenant workloads

FAQ

Should I return entities or DTOs from controllers?

Always return DTOs from controllers to avoid lazy-loading issues and to control exposed fields.

When to use @Query vs derived methods?

Use derived methods for simple lookups. Use @Query for complex joins, custom projections, or performance-tuned SQL/JPQL.