Database6 DB Concurrency Control - Isolation with Lock, Snapshot Isolation, MVCC 이전 포스트에서 concurrent한 트랜잭션으로 인한 read phenomena, 그리고 그것들을 제어할 수 있는 Isolation level에 대해서 알아보았다. https://kyumcoding.tistory.com/88 DB Concurrency control - Read phenomena, Isolation level 아래 영상들 내용을 이해하고 정리하여 업로드 한다 Understand isolation levels & read phenomena in MySQL & PostgreSQL via examples transaction isolation level 설명합니다! isolation이 안될 때 나타날 수 있는 여러 현상들 kyumcoding.tistory.com 이번 포스트에서는 데이터베이스.. 2023. 10. 2. DB Concurrency Control - Read phenomena, Isolation level 아래 영상들 내용을 이해하고 정리하여 업로드 한다 Understand isolation levels & read phenomena in MySQL & PostgreSQL via examples transaction isolation level 설명합니다! isolation이 안될 때 나타날 수 있는 여러 현상들과 snapshot isloation도 같이 설명합니다!! 트랜잭션에 Isolation을 철저하게 지킬 경우 concurrent한 처리가 힘들고, 그로 인해 처리량이 낮아진다는 단점이 존재한다. 이를 방지하기 위해 DB는 개발자가 Isolation level을 조정하여 처리량과 정확성을 적절히 조정하여 개발할 수 있도록 지원한다. Isolation Level을 조절함에 있어서 중요한 것은 낮은 Is.. 2023. 9. 28. DB Concurrency Control - Schedule, Serializability, Recoverability 데이터베이스 공부 중 DB lock과 관련하여 이슈가 생겼음. 알고보니 concurrency control이라는 중요한 이슈와 관련되어 있는 것 같아 자료를 서치하고, 정리하고자 함. 많은 자료를 찾아본 결과 쉬운코드님의 강의가 concurrency control과 관련하여 가장 통합적이고 자세한 정보를 전달해주시는 것 같음 (1부) concurrency control 기초 : schedule과 serializability. 트랜잭션들이 동시에 실행될 때 isolation을 보장하는 기초 이론 (2부) concurrency control 기초 : recoverability. 트랜잭션들이 동시에 실행될 때 rollback이 발생하면 어떤 일이 벌어질까요? 우선 글의 결론부터! => DB에서 Concurre.. 2023. 9. 28. [Postgresql, Redshift] 데이터 현황 확인하기 데이터 웨어하우스의 경우 PK Uniqueness를 보장하지 않는 경우가 많다. PK Uniqueness를 보장하기 위해선 레코드 하나하나 다 검사하면서 처리해야 하는데, 그렇게 되면 메모리를 너무 많이 잡아먹기 때문. 데이터 웨어하우스에는 수만건의 데이터를 적재해야 하는 경우가 많은데, 그렇게 할 경우 너무 많은 시간과 비용을 차지하게 된다. 최소한의 방법으로 PK Uniqueness를 확인하는 방법을 정리한다. 여기에선 아주 간단한 버전만 알아보고, 다음 포스팅에서 조금 더 심화된 내용을 다룰 예정 + 그 외 데이터 엔지니어링 시작 전 확인해보면 좋을 것들을 함께 정리! 중복 데이터 있는지 확인하기 (PK에 대해서 실행하면 특히 좋음) -- 아래 두 쿼리의 결과를 비교하기 SELECT COUNT(1).. 2023. 6. 27. 이전 1 2 다음
