イルカでも理解するSpring Boot 3 + PostgreSQL 17

こんなことが学べます

スプリングブート
Spring MVC
スプリングセキュリティ
インターセプター
マイバティス
JPA

🐬イルカも理解するSpring Boot 3＆PostgreSQL 17

#Spring Boot、JPA、mybatis、PostgreSQL、Spring Security

– 実務に強くなるサーバー開発共通設計 –

スプリングブート3 + PostgreSQL 17 + JPA + MyBatis + Spring Securityを一度に征服できる実戦型講義！
単純なフォローではなく、実務でどこにでも使える共通設計能力と問題解決力を一緒に育てます。

🎯こんな方におすすめです

スプリングブートプロジェクトを自分で作りながら身につけたい方
コーディングチュートリアルだけでなく、デザインチュートリアルを探している方
環境設定からセキュリティ、例外処理、ロギングまで現実的なバックエンドフローを習得したい方
JPA、MyBatis みんな使ってみたかった方
抽象的な説明より「なぜこう書くのか」を理解したい方
特定の言語やフレームワーク、REST API規約に惹かれるのではなく、戦略を持って自己基準で設計したい方

📚講義で学ぶこと

✅ Spring Boot コア

Web MVC構造の理解と実装
設定ファイルの管理、Bean/Configの構成
Spring Securityログイン/権限処理カスタム

✅サーバー共通設計

共通モデル設計
SQLインターセプタへのマイバティスSQLロギングの？パラメータをバインディングパラメータに置き換える
ハンドラインターセプタでリクエスト、レスポンス、viewNameを追跡する
カスタム例外/コード設計
例外ハンドラでカスタム例外を追跡する
成功応答処理と失敗応答から例外コードと例外メッセージを返す

✅問題解決力を上げる

エラーデバッグ戦略(IDEデバッガ、ログ追跡、開発者ツール)
単純依存ではなく、必要な機能を直接実装する力

✅プロジェクト実習

DBメタデータ管理システムを直接作成する
（スキーマ/ドメイン/用語/テーブルメタ管理機能を含む）
実際のアドミンUIレイアウト構成までの経験
プロジェクトの論理ドメイン管理だけでなく、物理テーブルの作成、変更、削除の管理

✅ JPA & MyBatis 並行活用

JPA自動生成クエリのロギングの？パラメータをバインディングパラメータに置き換える

→AOPとp6spyの導入
Idをシーケンス戦略として使用

→マイバティスと並行するためのシーケンス戦略の使用
共通エンティティと共通モデル

→コンストラクタ修飾子生成日修正日時共通処理のための共通エンティティの実装

→すべてのエンティティのtoString循環参照を防ぐために共通エンティティ内で処理

→すべてのエンティティが共通モデルに切り替えられるように、共通エンティティ内で処理

（共通モデル変換により、サービス別に必要なフィールドのみを直列化し、遅延ロードN+1問題を防止する戦略を学びます。）
JPA双方向マッピング、単ガンマッピング、ダガンマッピング

→データモデリングによる双方向と一方向のマッピング選択基準を学ぶ

→@OneToOne、@ManyToOne、@OneToMany覚えてはいけません。（短乾マッピング、多乾マッピング）
JPAローディング戦略、ページング、N+1解決実戦の適用

→ローディング戦略によって、N+1はもはや問題ではなく現象として理解するようになります
JPAの本質と限界を把握する
→「JPA一つでは不足する時」のマイバティスを並行する戦略まで学びます。

💡ボーナス学習

環境固有のプロファイル管理（.properties、.env）
コンソール/ファイルログの設定とパターンの定義
Spring Boot Serverの駆動時間を記録する

🎁本番中心のカリキュラム+思考の切り替え

段階的に進むと、いつの間にか完成した実戦プロジェクトが手に入ります。
基礎+実戦+問題解決+実習=生きている開発者スキル

REST APIの限界を認識し、思考の切り替えを通じて意味論を超えて、識別可能性とトレーサビリティに最適化されたコード型URL設計を学習し、ハンドラインターセプタとログバックで利用します。
URLを単にリクエストを説明するための文として使用するのではなく、ドメインの意味を持ち、同時に変更と追跡が容易な識別コードを含む設計方式に拡張します。

こんな方に
おすすめです

学習対象は
誰でしょう？

Spring Bootを用いたサーバー実装をレイヤーベースではなくドメイン駆動で行う方法を学びたい人
ネイティブクエリの変数バインド済みのロギングインターセプターの実装を学びたい人
プロジェクトを保守しやすい構造と戦略を学びたい人
プロジェクトの統一性を維持する方法を学びたい人
Javaのコメントとロギングを実務でどう活用するのか学びたい人

前提知識、
必要でしょうか？

ジャバ
SQL
JSP

こんにちは
です。

62

受講生

3

受講レビュー

2

回答

5.0

講座評価

2

講座

안녕하세요. 딱국입니다.

カリキュラム

全体

146件 ∙ (25時間 5分)

講座資料（こうぎしりょう）:

授業資料

セクション 1．インストール - 環境構成

4件 ∙ (6分)

1. 001 Eclipseインストール
01:09
2. 002 postgreSQL 17 インストール
03:24
3. 003 Spring Boot 3 プロジェクトダウンロード (with: start.spring.io)
01:41
4. プロジェクトimport時にエラーが消えない時のMavenアップデート
00:21

セクション 2．Spring Boot 3をご紹介させていただきます

6件 ∙ (44分)

セクション 3．Webを紹介させてください

15件 ∙ (2時間 28分)

11. todolist.mdファイルの紹介
01:09
12. 講義資料ダウンロード
13. コントローラーの作成
11:17
14. DTOの作成
06:50
15. リクエストパラメータの比較（DTO、マップ）
10:14
16. 共通モデル実装 (1)
21:47
17. 共通モデル実装 (2)
14:16
18. 共通モデル実装 (3)
28:18
19. マップが持つ短所を見てみる
02:27
20. マップユーティルを通じたパラメータ有効性検査
11:49
21. RESt APIの意味論的規約と限界
07:34
22. Postmanインストール
00:17
23. リクエストボディの比較 (DTO、マップ)
07:47
24. URLインターセプターの必要性
01:15
25. URLインターセプターの作成
23:32

セクション 4．サービスをご紹介させていただきます

12件 ∙ (2時間 30分)

セクション 5．Exceptionを紹介しましょう

8件 ∙ (1時間 26分)

セクション 6．プロフィールを紹介させてください

9件 ∙ (1時間 7分)

セクション 7．トイプロジェクト: 事前作業 1 (Spring Security)

17件 ∙ (3時間 37分)

セクション 8．トイプロジェクト: 事前作業 2 (アドミンUI構造)

7件 ∙ (34分)

セクション 9．トイプロジェクト: DBメタデータ管理システム作り 1

16件 ∙ (3時間 53分)

セクション 10．トイプロジェクト: DBメタデータ管理システム作り 2

15件 ∙ (2時間 46分)

セクション 11．JPA（新）を紹介させていただきます

18件 ∙ (2時間 27分)

セクション 12．JPA 2（新）をご紹介しましょう

18件 ∙ (3時間 11分)

セクション 13．お疲れさまでした

1件 ∙ (10分)

講座掲載日:

最終更新日:

受講レビュー

全体

3件

5.0

3件の受講レビュー

mklee8035
受講レビュー 5
∙
平均評価 5.0
5
100% 受講後に作成
leeseungju9289
受講レビュー 1
∙
平均評価 5.0
5
30% 受講後に作成
pcdoomco8345
受講レビュー 15
∙
平均評価 5.0
5
6% 受講後に作成
Thank you for releasing such a massive volume at an affordable price. I hope you will create a lecture on implementing payment functions with Spring Boot in the future. I will leave another review after taking the course.
- dackkuck
  知識共有者
  Hello, this is Ttagkkuk. Thank you for purchasing and listening to my lecture. It would be difficult to create a lecture on implementing payment functionality with Spring Boot right away, so I will share my knowledge in writing. For toy project level payment functionality, I recommend using I'mport. Payment involves integration with an external API, and the success and failure logic after payment authentication is important. Validation during the authentication process should always be implemented on the server. If the amount comparison fails, you should follow the failure logic to restore the product quantity and used coupons, and then go to the order failure page. If the validation passes, you should go to the order success page and be able to cancel the order from the My Page. Order cancellation should also restore the product quantity and used coupons. Payment functionality is important for integration, but validation and recovery logic are key!