EEALL@ONCE

1. 📊테이블 2. 🧐 문제 2개 이상의 게시물을 작성한 사용자만 선택하고 싶다. 3. 💡 해결 SELECT u.id, u.username FROM Users u WHERE u.id IN ( SELECT p.user_id FROM Posts p GROUP BY p.user_id HAVING COUNT(*) >= 2 ); 🔴 HAVING HAVING 절은 SQL에서 그룹화된 결과에 대한 필터를 제공. 즉, GROUP BY 절로 그룹화된 결과 중 특정 조건을 만족하는 그룹만을 선택하고 싶을 때 사용 HAVING 절은 GROUP BY 절과 함께 사용되며, WHERE 절과 비슷하게 동작하지만 중요한 차이점이 있음! WHERE 절은 개별 행에 대한 필터를 제공하는 반면, HAVING 절은 그룹에 대한 필터를 제공..

📊 테이블 : payment (수납/할인) / bill (청구) 🧐문제 사항: 청구 테이블과 수납 테이블이 있는데, 청구 테이블 항목에 대한 수납이 되었는지를 체크하고 싶다. 다만 모두 납부 이외에도 부분적으로 찔끔찔끔 납부했을 가능성도 있는 상황 또한 수납 테이블은 고객이 수납한 금액도 쌓이지만 회사가 할인해주는 금액도 쌓인다. (즉 청구금-수납금-할인금=0 이 되어야 완납이 된다.) 💡솔루션: SELECT bill.bill_sn, bill.ban, bill.bill_item, bill.charge_money, SUM(IFNULL(pym.pym_amt, 0)), SUM(IFNULL(sale.pym_amt, 0)), (bill.charge_money - SUM(IFNULL(pym.pym_amt, 0)) ..

1. 기본 ac.getBean(빈이름, 타입) / ac.getBean(타입) import hello.AppConfig; import hello.core.member.MemberService; import hello.core.member.MemberServiceImpl; import org.assertj.core.api.Assertions; import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.NoSuchBeanDefinitionException; import org.springframework.context.annotation.AnnotationCo..

ApplicationContext ApplicationContext applicationContext =new AnnotationConfigApplicationContext(AppConfig.class); Spring Framework에서 ApplicationContext는 Bean을 관리하고 Spring 애플리케이션을 위한 런타임 환경을 제공하는 Spring 컨테이너를 나타내는 인터페이스입니다. 1. ApplicationContext는 인터페이스 이며 2. Spring Container는 xml 기반과 annotation 기반이 있다. 3. 따라서 AnnotationConfigApplicationContext 이 부분은 애플리케이션 컨텍스트의 구현체 인거다. 근데, 그러면 나는 앞에서 container..

@Configuration @Configuration은 Java 코드를 사용하여 빈 구성을 정의할 수 있게 해주는 Spring의 강력한 주석 Java 클래스에서 @Configuration 주석을 사용하면 클래스에 Spring Bean 구성 메소드가 포함되어 있음을 나타냄 즉 여기에 Bean들이 있어요! 라고 알려주는 역할 @Bean @Bean을 사용하면 Annotated 메소드가 리턴한 객체를 Spring Bean으로 관리하도록 Spring에 지시 즉 여기에 해당 이름의 Bean으로 관리할 거 있어요 ! 라고 알려주는 역할 메서드는 빈을 생성하고 구성하기 위한 팩토리 역할을 함. 메소드의 리턴 타입은 생성할 빈의 타입을 나타냄 import org.springframework.context.annotati..

제어의 역전 IoC(Inversion of Control) 구현 객체(작가 역할)이 프로그램의 제어 흐름 ( 배우 캐스팅 이라고 하던걸 ) 스스로 했다면, AppConfig 이후에는 구현 객체는 자기 로직만 실행하는 하는 역할을 하고(글의 전개만 신경쓰고) 프로그램의 제어의 흐름은 AppConfig 가 수행한다. 즉 누가 내 글에 케스팅될지는 모른체, 그냥 서사만 잘 쌓아올리면 되는게 제어의 역전(IoC)이다. ( 구현 객체가 누가 캐스팅 될 지 몰라서 제어의 역전이라고 하는 것 같다!) 프레임워크 vs 라이브러리 - 프레임워크면 내가 작성한 코드를 제어하고, 대신 실행 ( JUnit) - 내가 작성한 코드가 직접 제어의 흐름을 담당한다면 라이브러리 의존관계의 주입 DI(Dependency Injecti..

App Config를 사용함으로써, 사용 영역과 해당 부분을 사용할 수 있게 조립하는 구성 영역으로 완벽하게 나뉘게 되었다.

인덱스를 만드는 이유? 인덱스를 설정하는 것은 데이터베이스 성능과 쿼리 처리 속도를 향상시키는데 도움이 됩니다. 인덱스의 설정은 데이터베이스 테이블의 특정 열(칼럼)에 대해 빠른 검색 및 정렬 작업을 가능하게 합니다. 빠른 검색 속도: 인덱스를 사용하면 테이블의 데이터를 순차적으로 검색하는 것이 아니라 인덱스 트리를 이용하여 빠르게 원하는 데이터를 찾을 수 있습니다. 인덱스가 있는 열을 사용한 검색은 선형 검색보다 훨씬 빠르며, 대량의 데이터에서도 효율적으로 결과를 가져올 수 있습니다. 정렬 속도 향상: 인덱스를 사용하면 정렬 작업도 훨씬 빠릅니다. 인덱스가 있는 열을 기준으로 데이터를 정렬하면 정렬 알고리즘에 의해 데이터를 비교하는 횟수가 줄어들어 더 빠른 정렬이 가능합니다. 조인 성능 향상: 두 개 ..