NestJS Enterprise Backend APIs · レッスン

CQRSパターンの概要

Command Query Responsibility Segregation（CQRS）パターンと、それによってスケーラビリティとパフォーマンスを向上させる方法を学びます。

レッスン 2/312 ステップ

「CQRSパターンの概要」はCoddyKit上の無料NestJS Enterprise Backend APIsレッスンです。これはレッスン2/3です。下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。これはNestJS Enterprise Backend APIs学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 NestJS Enterprise Backend APIsコースには全3レッスンが含まれています。

このレッスンの一部はまだ翻訳されておらず、英語で表示されています。

What is CQRS?

Welcome! Today, we're diving into a powerful architectural pattern called CQRS. It stands for Command Query Responsibility Segregation.

At its core, CQRS suggests that you can use a different model to update information (a Command) than the model you use to read information (a Query).

Why Segregate Responsibilities?

In many applications, the way you read data is very different from the way you write data. Often, data models optimized for writing (e.g., normalized relational databases) aren't ideal for reading (e.g., complex joins needed).

CQRS addresses this by separating these concerns, allowing each side to be optimized independently for its specific purpose.

Commands: The Write Side

A Command is an object that represents an intent to change the state of the system. It's an instruction to do something.

Commands are imperative (e.g., "CreateProduct", "UpdateOrder").
They should not return any data, only indicate success or failure.
Each command should be handled by exactly one handler.

Here's a conceptual example:

class CreateProductCommand {
  constructor(public name: string, public price: number) {}
}

Queries: The Read Side

A Query is an object that represents a request for data from the system. It's asking for information.

Queries are declarative (e.g., "GetProductById", "ListAllOrders").
They should not change the state of the system (no side effects).
Queries always return data.

Here's a conceptual example:

class GetProductByIdQuery {
  constructor(public productId: string) {}
}

Command Handlers

For every Command, there's typically a Command Handler. This handler is responsible for taking a command, executing the business logic, and updating the system's state (the write model).

It's where your application's core logic for making changes resides.

class CreateProductCommandHandler {
  execute(command: CreateProductCommand): void {
    // Logic to create a product in the database
    console.log(`Creating product: ${command.name}`);
  }
}

Query Handlers

Similarly, Query Handlers are responsible for taking a query and retrieving the requested data from the system's read model.

They often involve fetching data from a database or other data sources, potentially transforming it into a format suitable for the client.

class GetProductByIdQueryHandler {
  execute(query: GetProductByIdQuery): any {
    // Logic to fetch product from read model
    console.log(`Fetching product with ID: ${query.productId}`);
    return { id: query.productId, name: "Sample Product", price: 29.99 };
  }
}

Separate Data Models

A key aspect of CQRS is the ability to use different data models for reads and writes:

Write Model: Optimized for transactional consistency and complex business rules (e.g., a normalized SQL database).
Read Model: Optimized for queries and display (e.g., a denormalized SQL view, a NoSQL document store, or even an in-memory cache).

This separation allows you to choose the best storage technology for each purpose.

Benefits of CQRS

Adopting CQRS can bring several advantages:

Scalability: Read and write workloads can be scaled independently.
Performance: Read models can be highly optimized for specific query patterns.
Flexibility: Easier to evolve read and write models separately.
Complexity: Helps manage complex domains by isolating concerns.

When to Use CQRS

CQRS is not for every project. It's particularly useful for:

Applications with complex business logic.
Systems with high read-write ratios or different scaling needs.
When different teams work on read and write functionalities.
When you need to optimize read performance significantly.

For simpler applications, a traditional CRUD approach is often sufficient.

CQRS Challenges

While powerful, CQRS introduces some challenges:

Increased Complexity: More classes, more moving parts, potential for eventual consistency.
Learning Curve: It's a different way of thinking about application architecture.
Data Synchronization: Keeping read and write models in sync can require extra effort (e.g., using event sourcing).

Careful consideration is needed before implementing CQRS.

Check Your Understanding

Which of the following is a primary benefit of using the CQRS pattern?

対話的なレッスンで答える

Recap: CQRS Overview

In this lesson, we explored the Command Query Responsibility Segregation (CQRS) pattern.

We learned about Commands (intent to change) and Queries (request for data).
We saw how Command Handlers and Query Handlers process these.
We discussed the benefit of using separate data models for reads and writes.
Finally, we covered the key benefits like scalability and performance, as well as the increased complexity it can introduce.

CQRS is a powerful tool for complex, high-performance systems!

無料で開始

AI チューターと学ぶ TypeScript — 無料

ブラウザでリアルコードを書いて実行し、24/7 の AI チューターから瞬時にサポートを受け、ウェブまたはアプリで続きから学習できます。

コース: 20
レッスン: 76

無料で学習を始めるコース全体を表示

よくある質問

「CQRSパターンの概要」レッスンは無料ですか？

はい。「CQRSパターンの概要」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、NestJS Enterprise Backend APIsコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 NestJS Enterprise Backend APIsコースには全3レッスンが含まれています。

「CQRSパターンの概要」で何を学びますか？

Command Query Responsibility Segregation（CQRS）パターンと、それによってスケーラビリティとパフォーマンスを向上させる方法を学びます。ブラウザで直接実行するハンズオンコードでNestJS Enterprise Backend APIsを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

NestJS Enterprise Backend APIsを始めるのに経験は必要ですか？

事前経験は必要ありません。CoddyKitのNestJS Enterprise Backend APIsは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。これはレッスン2/3です。

「CQRSパターンの概要」レッスンにはどのくらい時間がかかりますか？

ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このNestJS Enterprise Backend APIsレッスンでコードを書いて実行できますか？

はい。すべてのNestJS Enterprise Backend APIsレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

← NestJS Enterprise Backend APIsに戻る