https://www.acmicpc.net/problem/1072기본 이분탐색 문제이다min 은 0번부터 max 는 10억으로 잡고 이분탐색을 돌리면서 승률이 변하는 경우 그 값을 answer로 갱신해주면서 max = mid -1로 값을 변하는 문제였다.이분탐

https://www.acmicpc.net/problem/1717기본적으로 각 배열이 존재함.n은 100만개m은 10만개2중 돌면 터짐. -> O(N) 안쪽으로 생각해야함.List 형식이 나은가a와 b 가 같은 경우 합집합둘이 같은 원소일 때 굳이 합칠 필요가

https://www.acmicpc.net/problem/2110공유기 c개를 설치 하려함.한집에 하나만 설치 가능공유기 사이의 거리를 최대로 하는 경우 찾기거리에 대한 이분탐색 최대 거리 -> 1번집에서 가장 먼집과의 거리최소 거리 -> 1이분탐색으로 거리에

DTO로 변환하지만 LAZY loding때문에 무수히 많은 쿼리가 발생하는 것을 fetch 조인을 통해서 최적화하자.OrderRepository에 fetch join 쿼리를 작성해준다. (Query dsl을 이용해서 짜는게 훨씬 좋다고 한다. -> 띄어쓰기를 통한 오류

주문 내역에서 추가로 주문한 상품 정보를 추가로 조회하는 경우Order기준으로 OrderItem과 Item 이 필요함.order 엔티티에 OrderItems와 OneToMany 관계이다. - 컬렉션 조회 최적화를 통해서 성능을 최적화 해보자.엔티티 직접노출의 경우이전에

https://school.programmers.co.kr/learn/courses/30/lessons/42861각 다리를 건설하는 비용 cost가 존재 -> 양방향 연결최소비용 신장 트리에대한문제이고 그 문제를 해결하는데 사용되는 알고리즘.크루스칼알고리즘과

https://school.programmers.co.kr/learn/courses/30/lessons/60063문제를 푸는데 굉장히 오래걸렸다.기본적인 알고리즘으로 최소시간이 걸리는 루트를 찾는 것이라 맵의 크기도 작기도 해서 BFS 알고리즘을 사용하면 되는

Dto의 경우에는 협의를 통해서 스펙을 정하는 편현재 v2버전의 경우에는 Dto에 담을 것은주문번호주문한사람이름.주문시간주문상태배달주소5가지를 가져오자.그리고 List로 반환보단 Result로 감싸서 data로 반환해야하기 때문에 result를 따로 만들어서 추가완성된

https://school.programmers.co.kr/learn/courses/30/lessons/138475?language=javae 이하의 수s보다 크면서 e이하의 수중에 가장 많이 등장한 수각 숫자별로 개수체크가 필요하다.구구단.각 배열은 n의 각

핵심으로 처리하는 문제지연로딩으로 발생하는 성능 문제를 해결하자.이 문제는 실무에서 JPA를 사용하려면 100% 으로 이해해야한다!V1 버전 :엔티티 직접 노출하는 경우Order 와 Member 는 ManyToOne 관계Order 와 delivery 는 OneToOn

https://school.programmers.co.kr/learn/courses/30/lessons/1829구현(좌표압축) + 구간합이 문제에 대해서 구글링을 통해서 알아보니 좌표 압축을 통해서 풀어야한다는 것을 알게되었다.좌표 압축할려면 일단 정렬된 상태

https://school.programmers.co.kr/learn/courses/30/lessons/164668문제에서 도출해내야하는 테이블은 회원아이디와 닉네임 중고거래 총금액을 뽑아야하고FROM에서 ,로 할경우 디폴트인 INNER JOIN이 발생하게되고

이 경우 문제점엔티티에 프레젠테이션 계층을 위한 로직이 추가됨.엔티티의 모든 값이 노출됨 -> 민감 정보도 노출 될 수 있음.실무에서는 같은 엔티티에 대해 API 용도에 따라 다양하게 만들어지는데 이걸 다 만족하기 어려움.어떤 곳은 addrress가 필요하고 어떤 곳은

이 경우 문제점엔티티에 프레젠테이션 계층을 위한 로직이 추가됨.엔티티의 모든 값이 노출됨 -> 민감 정보도 노출 될 수 있음.실무에서는 같은 엔티티에 대해 API 용도에 따라 다양하게 만들어지는데 이걸 다 만족하기 어려움.어떤 곳은 addrress가 필요하고 어떤 곳은

Rest APIHTTP 프로토콜을 통해 API를 설계하기 위한 아키텍쳐스타일 뛰어난 유연성개발자들 사이에 널리 알려진 약속GET : 조회, READPost : 등록 createPut : 변경 , Updatedelete : 삭제로 거의 사용함.수정은 PutMapping을

OrderController에서 form을 받아서 식별자만 넘겨주는 이유식별자를 가지고 service안에서 진행하게 되면 Transcational안에서 돌기 때문에 영속성이 계속 유지가 되어서 dirty cheking이 유효하다. -> 그렇기 때문에 그 안에서 값을 바

https://school.programmers.co.kr/learn/courses/30/lessons/60061조건기둥은 바닥 위에 있거나 보의 한쪽 끝 부분 위에 있거나 또다른 기둥 위여야함.보는 한쪽 끝 부분이 기둥 위에 있거나 ,또는 양쪽 끝 부분이 다

https://school.programmers.co.kr/learn/courses/30/lessons/59044입양을 못간 동물 중,가장 오래 보호소에 있었던 동물 3마리 이름과 보호 시작일 조회animal_outs 에 기록이 없는 동물그 중 보호 시작일이

JPA를 쓰면서 이 2가지의 차이를 알아야한다.영속성 컨텍스트가 더는 관리하지 않는 엔티티내용을 수정할 때 사용한 updateItem에서Book 의 경우 id값도 설정해주는 데 DB에 갔다온 데이터의 경우를 준 영속 엔티티라고 한다.JPA가 식별할 수 있는 id를 가지

Entity가 화면을 처리하기위한 코드가 증가함화면에종속적으로 된다.결국엔 유지보수가 어려워진다.최대한 핵심 비지니스 로직에만 의존되도록 하는게 좋음.여러 군데에서 유연하게 사용하더라도 유지보수가 좋아진다.화면에 맞는 api는 form 객체나 DTO를 통해서 진행하는게