<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>코드 옆 여백</title>
    <link>https://aspiring-backend.tistory.com/</link>
    <description>어제보다 한 줄 더</description>
    <language>ko</language>
    <pubDate>Sat, 11 Apr 2026 02:31:28 +0900</pubDate>
    <generator>TISTORY</generator>
    <ttl>100</ttl>
    <managingEditor>hahaeun</managingEditor>
    <image>
      <title>코드 옆 여백</title>
      <url>https://tistory1.daumcdn.net/tistory/8523060/attach/ccd73c9783574102908f84528e314cf3</url>
      <link>https://aspiring-backend.tistory.com</link>
    </image>
    <item>
      <title>CH 5 플러스 Spring_코드 개선 과제</title>
      <link>https://aspiring-backend.tistory.com/12</link>
      <description>Level 1
1. @Transactional의 이해 (코드 개선 퀴즈)
문제 : 할 일 저장 기능을 구현한 API(/todos)를 호출할 때, 아래와 같은 에러가 발생.

컨트롤러는 문제가 없어 보이니 서비스에 가서 뭐가 문제인지 확인을 해보자!

이런!
클래스 전체에 @Transactional(readOnly = true)가 붙어있는데,
생성 메서드에 @Transactional이 붙어있지 않아서 생긴 문제였다!
&amp;nbsp;
클래스에 @Transact..</description>
      <category>  Backend/Bootcamp 과제</category>
      <author>hahaeun</author>
      <guid isPermaLink="true">https://aspiring-backend.tistory.com/12</guid>
      <comments>https://aspiring-backend.tistory.com/12#entry12comment</comments>
      <pubDate>Mon, 6 Apr 2026 21:41:08 +0900</pubDate>
    </item>
    <item>
      <title>캐싱 개념 및 필요성</title>
      <link>https://aspiring-backend.tistory.com/11</link>
      <description> 캐시(Cache)란?
자주 사용하는 데이터를 더 빠른 저장소(Redis 등)에 임시로 저장해 재사용하는 것이다.
DB나 외부 API 호출 없이 메모리에서 즉시 응답 가능하다.
&amp;nbsp;
왜 캐시를 보조로 사용하고 DB에는 원본을 저장할까?캐시는 임시 저장소라서 데이터가 사라질 수 있고,&amp;nbsp;모든 데이터를 다 저장하기엔 메모리 비용이 크기 때문이다.그리고 정확한 원본 데이터 저장은 DB가 더 잘하기 때문에,캐시는 주로 자주 사용하는 일부 데이터만..</description>
      <category>  Backend/이론 및 실습</category>
      <author>hahaeun</author>
      <guid isPermaLink="true">https://aspiring-backend.tistory.com/11</guid>
      <comments>https://aspiring-backend.tistory.com/11#entry11comment</comments>
      <pubDate>Wed, 1 Apr 2026 21:41:57 +0900</pubDate>
    </item>
    <item>
      <title>복합 인덱스</title>
      <link>https://aspiring-backend.tistory.com/10</link>
      <description>복합 인덱스란?
두 컬럼(start_date, end_date)을 묶어서 하나의 인덱스로 만드는 것을 복합 인덱스라고 한다.
복합 인덱스가 아닌 단일 인덱스만 있으면 다중 조건 조회에서 인덱스 활용이 제한되어 성능이 떨어지게 된다.
&amp;nbsp;
 복합 인덱스는 왼쪽(첫 번째 컬럼)부터 순서대로만 작동하는데&amp;nbsp;
 이를&amp;nbsp;왼쪽 접두어 규칙(Leftmost Prefix Rule)이라고 한다.
&amp;nbsp;
CREATE INDEX idx_start..</description>
      <category>  Backend/이론 및 실습</category>
      <author>hahaeun</author>
      <guid isPermaLink="true">https://aspiring-backend.tistory.com/10</guid>
      <comments>https://aspiring-backend.tistory.com/10#entry10comment</comments>
      <pubDate>Tue, 31 Mar 2026 21:23:30 +0900</pubDate>
    </item>
    <item>
      <title>Index</title>
      <link>https://aspiring-backend.tistory.com/9</link>
      <description>Index란?
인덱스는 DB에서 데이터를 빨리 찾기 위한 지도 같은 것이다.
&amp;nbsp;
인덱스가 없을 경우 DB는 모든 행을 하나씩 다 검색해야 한다.
그와 다르게 인덱스가 있을 경우 정리된 지도(인덱스)를 보고 훨씬 빨리 몇 번의 비교만으로 해당 데이터를 찾을 수 있다.
이 경우에는 데이터가 아무리 많더라도 속도가 크게 떨어지지 않는 장점이 있다.
단점으로는 데이터가 추가 될 때마다 인덱스를 관리해줘야 한다는 것이 있다.
(자주 갱신되는 컬럼의 경우..</description>
      <category>  Backend/이론 및 실습</category>
      <author>hahaeun</author>
      <guid isPermaLink="true">https://aspiring-backend.tistory.com/9</guid>
      <comments>https://aspiring-backend.tistory.com/9#entry9comment</comments>
      <pubDate>Tue, 31 Mar 2026 18:09:17 +0900</pubDate>
    </item>
    <item>
      <title>QueryDSL 검색 기능 구현</title>
      <link>https://aspiring-backend.tistory.com/8</link>
      <description>기본 검색 쿼리 작성
List&amp;lt;User&amp;gt; result = queryFactory
    .selectFrom(user)
    .where(
        user.roleEnum.eq(UserRoleEnum.NORMAL),
        user.email.endsWith(&quot;gmail.com&quot;)
    )
    // 쿼리문을 실행
    .fetch();
user 중에서 NORMAL 등급의 gmail.com 이메일을 가진 사용자를 조회하는..</description>
      <category>  Backend/이론 및 실습</category>
      <author>hahaeun</author>
      <guid isPermaLink="true">https://aspiring-backend.tistory.com/8</guid>
      <comments>https://aspiring-backend.tistory.com/8#entry8comment</comments>
      <pubDate>Mon, 30 Mar 2026 21:03:03 +0900</pubDate>
    </item>
  </channel>
</rss>