일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
- aws
- AWS IAM
- 로그
- 카카오 소셜 로그인 에러 #카카오 소셜로그인 redirect #카카오소셜로그인 프런트 연동 에러
- Redis
- @Transactional
- 에러 모니터링
- jpa
- 로그 시스템
- iam user
- Spring Boot
- error
- SQL
- exceptionHandler
- 예외 처리
- aws 접근 권한
- gradle
- nosql
- SENTRY
- crud-update
- MongoDB
- java
- iam user 새성
- 테스트 주도 개발
- Exception
- spring
- TDD
- Today
- Total
목록프로젝트/하우키키 : 고객 응대 챗봇 (2)
zini's blog
엔티티 조회 후 수정 vs 쿼리문으로 수정기본적인 crud 중 수정시, 엔티티 조회를 통해 객체를 가져와 수정하는 방법과, 쿼리문을 통해 update하는 방법의 차이가 뭘까? 그리고 어떤 방법을 사용해야 할까?(공부하며 작성한 글이라 틀린 부분이 있을 수 있습니다!) 1. 엔티티 조회 후 수정 (Dirty Checking)📌 작동 방식 - (@Transactional사용한 경우로 설명)엔티티를 DB에서 조회한 후, 해당 엔티티의 값을 변경함.JPA의 Dirty Checking(변경 감지)을 통해 트랜잭션 커밋 시점에 수정된 내용을 DB에 반영함.🧩 코드 예시@Transactionalpublic void updateOrder(Long orderId) { // 엔티티 조회 Order order = ..

📌 프로젝트 소개Howkiki - 생성형 AI를 활용하여 자연스러운 대화 흐름으로 주문 및 매장 관련 질문을 처리하는 '직원'의 역할을 하는 매장 고객 응대 챗봇 서비스📌 기술 흐름최종 목표 : 생성형 AI를 활용한 프롬프트 엔지니어링을 통해 가게에 대한 질문과 주문을 처리하는 챗봇과 백엔드 API 및 서버의 DB를 연결하여 챗봇에 실시간 정보 제공 및 작성이 가능하도록 한다. 우선 핵심기능이자 데모 시현을 위한 기술 구현 흐름은 다음과 같다. AI 챗봇에서 사용자와의 대화를 통해 최종적으로 주문 내역을 받고, 이를 json형식의 requestBody로 포함해 POST 메소드 형식으로 백엔드 주문 생성 API를 호출한다. 서버의 DB에 새로운 주문이 등록되고 프론트에서는 주문 조회 API를 통해 ..