꾸준함

LATERAL JOIN 개요

LATERAL JOIN이란?SQL 하위 쿼리가 메인 쿼리의 각 행에 접근할 수 있도록 해주는 조인 방식표준 SQL 및 PostgreSQL, MySQL 8.0 이상, Oracle 등에서 지원되는 기능LATERAL 키워드를 사용하면 서브 쿼리 안에서 외부 쿼리의 칼럼을 자유롭게 참조 가능전통적인 JOIN에서는 서브쿼리 내에서 외부 쿼리의 컬럼을 직접 참조할 수 없지만, LATERAL JOIN은 이를 가능케 하여 더욱 유연한 데이터 변환 및 분석이 가능해짐 LATERAL JOIN PostgreSQL 예시 #1각 부서별로 직원들의 정보와, 그 직원이 속한 부서에서 최근 등록된 공지사항 2개를 최신순으로 함께 보여주고 싶다고 가정이런 요구사항은 전통적인 JOIN이나 서브쿼리만으로는 복잡하거나 효율이 떨어질 수 있..

1. 독립 실행형 모드에서 멤버 시작많은 유지 보수 작업은 쓰기와 관련되어 있어 Secondary에서 수행될 수 없으며, 애플리케이션 성능에 영향을 미치기 때문에 Primary에서 수행하면 안 됨따라서 해당 절에서는 독립 실행형 모드 서버 시작을 자주 언급함이는 멤버가 복제 셋의 멤버가 아닌 독립 실행형 서버로 재시작함을 의미 독립 실행형 모드에서 멤버를 시작하려면 먼저 명령행 인수를 확인해야 하며 인수는 다음과 같다고 가정해당 서버에서 유지보수를 수행하려면 replSet 옵션 없이 서버를 재시작하면 되며 이는 일반적인 독립 실행형 mongod처럼 읽기와 쓰기가 가능하게 해 줌복제 셋에 있는 다른 서버에서 해당 서버와 통신하기를 원치 않으므로 다른 멤버들이 서버를 발견하지 못하도록 서버가 다른 포트로 수..

1. 클라이언트-복제 셋 연결 동작몽고DB 드라이버는 서버가 독립 실행형 몽고DB 인스턴스든 복제 셋이든 관계없이 몽고DB 서버와의 통신을 관리하도록 설계됨복제 셋이면 기본적으로 드라이버는 Primary에 연결되고 모든 트래픽을 Primary에 라우팅함애플리케이션은 복제 셋이 조용히 백그라운드에서 대기 상태를 유지하는 동안 마치 독립 실행형 서버와 통신하듯이 읽기와 쓰기를 수행할 수 있음 복제 셋에 대한 연결은 단일 서버에 대한 연결과 비슷함드라이버에 MongoClient를 사용하고, 연결할 드라이버를 위한 시드 목록 (서버 목록)을 제공하면 됨드라이버는 시드에 연결되면 다른 멤버들을 발견하므로 시드 목록에 모든 멤버를 나열할 필요는 없음 "mongodb://server-1:27017, server-2:..

개요Docker Desktop이 실행 중임에도 불구하고 테스트 코드를 실행할 때 다음과 같은 에러가 발생했습니다. 해결 방법Mac OS의 경우 다음 명령어를 터미널에 입력하면 문제가 해결됩니다. 출처https://java.testcontainers.org/supported_docker_environment/ General Container runtime requirements - Testcontainers for JavaGeneral Container runtime requirements Overview To run Testcontainers-based tests, you need a Docker-API compatible container runtime, such as using Testcontain..

1. 동기화몽고DB는 Primary가 수행한 쓰기를 모두 포함하는 로그, 즉 oplog를 보관함으로써 복제를 수행oplog는 Primary의 로컬 데이터베이스에 있는 제한 컬렉션이며, Secondary는 해당 컬렉션에 복제를 위한 연산을 쿼리 각 Secondary는 Primary로부터 복제한 작업을 각각 기록하는 oplog를 보관Secondary는 동기화하는 멤버로부터 연산을 가져와서 데이터셋에 적용한 뒤 자신의 oplog에 씀만약 연산 적용에 실패하면 Secondary는 종료됨Secondary가 어떤 이유로든 다운되면, 재시작할 때 oplog에 있는 마지막 연산과 동기화 수행연산이 데이터에 적용되고 oplog에 쓰이면, Secondary는 이미 데이터에 적용된 연산을 재생할 수 있음, 즉 oplog 연..

1. 복제 소개1장부터 지금까지 시작하기 쉽도록 독립 실행형 서버인 단일 mongod 서버를 사용해 왔지만 실제 서비스를 운영하는 데 사용하면 매우 위험한 방식만약 서버가 고장이 나거나 이용 불가능한 상태가 될 경우 적어도 잠시 동안은 DB를 사용할 수 없을 것최악의 경우에는 디스크나 네트워크 문제가 데이터 손상이나 접근 불가 문제를 야기할 것 복제는 데이터의 동일한 복사본을 여러 서버상에서 보관하는 방법이며 실제 서비스를 배포할 때 권장되는 방식한 대 또는 그 이상의 서버에 이상이 발생하더라도, 복제는 애플리케이션이 정상적으로 동작하게 하고 데이터를 안전하게 보존해 줌복제를 사용하는 상태에서 서버가 다운되면, 복제 셋에 있는 다른 서버를 통해 데이터 접근 가능서버상의 데이터가 손상되거나 접근할 수 없는..

1. 스키마 설계 고려 사항데이터 표현의 핵심 요소는 데이터가 도큐먼트에서 표현되는 방식인 스키마의 설계가장 좋은 설계 접근 방식은 애플리케이션에서 원하는 방식으로 데이터를 표현하는 방법이므로 관계형 데이터베이스와 달리, 스키마를 모델링하기 전 먼저 쿼리 및 데이터 접근 패턴에 대한 이해 필요 다음은 스키마를 설계할 때 고려할 주요 요소입니다. 가. 제약 사항도큐먼트의 최대 크기는 16MB이며, 디스크에서 전체 도큐먼트를 읽고 씀갱신은 전체 도큐먼트를 다시 씀원자성 갱신은 도큐먼트 단위로 실행됨 나. 쿼리 및 쓰기의 접근 패턴애플리케이션 및 더 넓은 시스템의 워크로드를 식별하고 정량화해야 함워크로드는 애플리케이션의 읽기와 쓰기를 모두 포함 쿼리가 실행되는 시기와 빈도를 알면 가장 일반적인 쿼리를 식별 가..

1. 트랜잭션 소개트랜잭션은 읽기나 쓰기 작업이 가능한 데이터베이스 작업을 하나 이상 포함하는 데이터베이스의 논리적 단위트랜잭션의 중요한 특징은 작업이 성공하든 실패하든 부분적으로는 완료되지 않는다는 점몽고DB에서 트랜잭션을 사용하려면 버전이 4.2 이상이어야 하며 몽고DB 드라이버를 몽고DB 4.2 이상에 맞게 갱신해야 함 1.1 ACID의 정의트랜잭션이 `진정한` 트랜잭션이 되려면 ACID라는 속성을 충족해야 함ACID는 원자성 (Atomicity), 일관성 (Consistency), 고립성 (Isolation), 그리고 영속성 (Durability)의 약어ACID 트랜잭션은 오류가 발생할 때도 데이터와 데이터베이스의 상태의 유효성을 보장 원자성 (Atomicity)은 트랜잭션 내 모든 작업이 적용되..

백준 33674번 하늘에서 떨어지는 N개의 별각 점 i에서 청소 없이 f일간 별이 쌓이면 각 점의 누적 별은 f × s_i폭발은 별의 개수가 K를 초과할 경우 발생하므로, 각 점에서 안정하게 유지하기 위해서는 f × s_i ≤ K 를 만족해야 함따라서 각 점 i에 대해 f ≤ floor(K / s_i) 이어야 함모든 점에 대해 동시에 만족시키려면 `f ≤ min_{1≤ i ≤ N} floor(K / s_i)` 가 됨해당 값을 m이라고 정의했을 때, 한 청소 사이에 연속해서 최대 m일 동안 별 쌓기를 안전하게 할 수 있음 D일을 m일 간격으로 나누면, 필요한 청소 횟수는 ceil(D / m) - 1초기 상태는 이미 0이므로 첫 구간은 청소할 필요 없음  백준 33675번 L-트로미노 타일링 N이 홀수인 경..

1. 파이프라인, 단계 및 조정 기능 항목집계 프레임워크는 몽고DB 내 분석 도구 모음으로, 하나 이상의 컬렉션에 있는 도큐먼트에 대한 분석을 수행하게 지원집계 프레임워크는 파이프라인 개념을 기반으로 함집계 파이프라인을 통해 몽고DB 컬렉션에서 입력을 받고, 컬렉션에서 나온 도큐먼트를 하나 이상의 단계를 거쳐 전달하며 단계마다 해당 입력에 다른 작업을 수행함각 단계는 전 단계에서 생산한 출력이 무엇이든 입력으로 받아들임모든 단계의 입력과 출력은 도큐먼트 집계 파이프라인은 bash와 같은 리눅스 셸 파이프라인과 매우 유사한 개념이며, 단계마다 특정 작업을 수행함각 단계는 특정한 형태의 도큐먼트를 입력받고 특정 출력을 생성하는데, 출력은 도큐먼트 스트림파이프라인 끝에서는 find 쿼리와 거의 같은 방식으로 ..