CASSIE'S BLOG

설계 시 데이터 사이즈가 시간에 비레해서 늘어난다거나 데이터가 큰 테이블에 서 select, insert, update가 빈번하게 일어나서 인덱스 역시 영향을 받을 거라 고 예상된다면 파티셔닝을 통해 인덱스를 분할하는 효과를 기대할 수 있다. 보통은 기간이나 값의 범위 같은 것으로 분할하거나 특정 칼럼의 값을 해싱 hashing하여 저장할 파티션을 선택하는 방식으로 진행한다. 파티셔닝 전략은 수직 분할vermical partutoning 과 수평분할horonal partitoning 로 구분지을 수 있다. 수직 분할은 테이블 칼럼을 기준으로 나누는 기법이고 자주 사용하는 칼럼 등을 분리시켜 성능 향상을 꾀한다. 수평 분할은 데이트 개수를 기준으로 나누고 이를 통해 인덱스 성능을 끌어올리는 것을 기대한다...

https://github.com/Glsme/SeSAC_StudyMatchingApp GitHub - Glsme/SeSAC_StudyMatchingApp: 새싹 스터디 매칭 앱입니다. 새싹 스터디 매칭 앱입니다. Contribute to Glsme/SeSAC_StudyMatchingApp development by creating an account on GitHub. github.com 여기서 Stack View, ScrollView를 활용한 Dynamic Height 구현이라는데 채팅앱에서 Dynamic Height가 뭐야? 사용자가 이전 채팅 내용을 스크롤하여 볼 수 있도록 새로운 채팅 메시지가 추가될 때마다 채팅창의 높이가 동적으로 조절되어 스크롤이 필요할 때 스크롤이 생기도록 만드는 것이 채팅 ..

백엔드 단골 면접 문제 자주 나오는 질문들알고리즘 영역도 몇 가지 대표 질문이 있듯이 각 언어나 채용 분야마다 인기 키 워드가 존재하기 마련이다. 언어나 프레임워크 레벨에서 하는 코드나 스펙 관련 질문 이외에 백엔드 면접에서 대표 질문을 뽑아보자면 다음과 같다.• 프로세스와 스레드• 동시성과 병렬성• 데드락 dead lock, 트랜잭션tansaction 격리 레벨, 트랜잭션 락• DROP과 TRUNCATE의 차이• JPA 1차/2차 캐시, OSIV, N+1 문제• JPQL과 QueryDSL• 브라우저에서 도메인을 호출한 뒤 페이지가 랜딩되기까지의 아키텍처와 흐름• Map, Set, List• 스택과 큐• 트리tree와 힙heap• 해시 맵hashmap과 해시 테이블hash table• HTTP와 HTTP..

여러 개의 프로젝트를 한 개의 Heroku 애플리케이션으로 배포할 수 있으나 폴더 별로 빌드팩을 설정을 다르게 해야함 네, Heroku에서는 여러 프로젝트를 한 번에 배포하더라도 각 폴더에 따라 다른 빌드 팩을 설정할 수 있습니다. 이를 위해 각 프로젝트의 루트 디렉토리에 /.buildpacks 파일을 만들고, 그 안에 사용하고자 하는 빌드 팩의 URL을 나열하면 됩니다. 이렇게 하면 각 프로젝트가 해당 빌드 팩에 따라 구성될 것입니다. 이렇게 함으로써 여러 프로젝트를 동일한 Heroku 애플리케이션으로 효과적으로 배포할 수 있습니다. 어드민 프젝 리팩토링 후 백엔드(heroku) - 프론트 (github pages)되어있는거를 3개다 heroku 배포로 옮길 것

E2E TEXT가 전체 테스트임.    12분~~   테스트의 단위는 클래스가 일반적이다. 또 메소드 단위로 짜는 것도 인상적이라함. Mapper는 중요한 클래스라기보다는 유틸리티 클래스라는데 왜 유틸리티 클래스는 별로 중요하지가 않은거야? Mapper 클래스가 유틸리티 클래스로 분류되는 이유는 그 클래스가 데이터를 다루는데 도움을 주는 메서드들을 제공하기 때문일 겁니다. 하지만 유틸리티 클래스가 별로 중요하지 않다고 말씀드린 것은 해당 클래스가 프로그램의 핵심 비즈니스 로직을 담고 있지 않기 때문입니다. 주로 유틸리티 클래스는 여러 곳에서 반복적으로 사용되는 코드를 재사용하기 위해 만들어지며, 주로 데이터 변환, 유효성 검사, 문자열 처리 등과 같은 간단한 작업을 처리합니다.  ItemMapper에 i..

lazy는 처음에 티켓 아이디만 가져오는거임. flightlist가 필요할때 가져오는거임. 티켓 아이디 또는 실제 프록시를 가져온다. 프록시는 실제값은 아니라고 한다.  프록시(Proxy)는 객체 지향 프로그래밍에서 일종의 대리인으로 사용되는 객체입니다. 프록시 객체는 실제 객체의 대리로 동작하며, 필요한 경우에만 실제 객체를 생성하거나 접근할 수 있습니다. 프록시를 사용하는 가장 일반적인 이유 중 하나는 객체의 생성 또는 초기화를 지연시키는 것입니다. 이는 일반적으로 성능을 향상시키고 메모리 사용을 줄이는 데 도움이 될 수 있습니다. 프록시는 두 가지 주요 유형으로 나뉩니다: Lazy Loading Proxy와 Virtual Proxy입니다. 여기서는 Lazy Loading Proxy에 대해 집중적으로..