개념Isolation Level 은 데이터베이스의 트랜잭션 격리 수준을 얘기합니다.이는 여러 트랜잭션이 동시에 실행되고 있을 때 특정 트랜잭션이 다른 트랜잭션에서 변경하거나, 조회하는 데이터를 볼 수 있게 허용하는 여부를 결정하는 것입니다.Serializable가장 엄격한 격리 수준입니다. 이름 그대로 트랜잭션을 순차적으로 진행시킵니다.여러 트랜잭션이 동시에 진행 될 일이 없어서 데이터 부정합 문제가 발생되지 않지만, 트랜잭션을 순차적으로 진행하기 때문에 동시 처리 속도가 현저히 떨어지게 됩니다.Repeatable ReadRepeatable Read 는 언두 로그를 활용하는 트랜잭션 격리 수준입니다.📢 언두 로그가 뭘까요?일반적인 RDBMS 는 변경 전의 레코드를 언두 공간에다가 백업합니다. 이렇게 되..
CS/DB
특정 오프셋 까지 데이터를 모두 조회하고 버린다.오프셋의 동작 방식은 0번 오프셋 부터 지정된 오프셋까지 데이터 조회를 모두 수행합니다.그래서 Disk 인풋, 아웃풋이 오프셋 만큼 일어나게 되어 O(n)의 선형적인 구조를 띄어 느립니다.스트리밍 처리가 아닌 버퍼링 처리를 거칩니다. (완벽한 이유는 아님)쿼리문에 ORDER BY 나 GROUP BY 를 추가되면 버퍼링 방식으로 처리가 됩니다.왜냐하면 결과를 모아두고 정렬 및 그룹핑을 해야하기 때문입니다.개선할 수 있는 방법이 존재합니다.Index Sort 이용하기정렬 조건을 제한하고, 정렬 조건에 따른 인덱스를 생성하여 FileSort 를 사용하지 않게 합니다.
깃허브를 돌아다니다 보면 PK로 Auto Increment 나 UUID 를 사용하는 것을 자주 볼 수 있다. Auto increment를 사용하여 HTTP Method 의 인자로 사용하면 어떤 문제가 일어날 수 있을까? Auto increment - 예측 가능한 모델이 된다. Auto increment 로 생성 된 PK를 URL 같은 공개된 장소에 노출시키면 이는 데이터 크롤링이나 인젝션 공격에 조금 더 취약해질 수 있게 된다. 그래서 Public 공간 - 예측 불가능하고 Random 한 Index 체계 사용 Private 공간 - Auto Increment PK 값으로 데이터 접근 으로 하는 것이 적절하다. 그러면 오케이 !! UUID 로 값 조회하면 되겠다! 하는데 일반적인 방법으로 UUID 를 조회..
관계데이터베이스에 테이블은 하나만 있는 것이 아니다. 여러 개의 테이블이 있고 이러한 테이블은 서로의 관계가 정의되어 있다. 이러한 관계를 관계화살표로 나타낸다.1:1 관계예를 들어 유저당 유저 이메일은 한 개씩 있다고 가정하면 이 경우 1:1 관계가 된다.1:1 관계는 테이블을 두 개의 테이블로 나눠 테이블의 구조를 더 이해하기 쉽게 만들어 준다.1:N 관계예를 들어 쇼핑물을 운영한다고 가정했을때, 한 유저당 여러 개의 상품을 장바구니에 넣을 수 있겠지? 이 경우 1:N 관계가 된다. 물론 하나도 넣지 않는 0개의 경우도 있으니 0도 포함되는 화살표를 통해 표현해야 한다.이렇게 한 개체가 다른 많은 개체를 포함하는 관계를 말한다.N:M 관계학생과 강의의 관계를 정의하면 어떻게 될까? 학생도 강의를 많이..
필드와 레코드앞에서 설명한 것들을 기반으로 데이터베이스에서 필드와 레코드로 구성된 테이블을 만들 수 있다.회원이란 엔티티는 member 라는 테이블로 속성인 이름, 아이디 등을 가지고 있으며 name, ID, address 등의 필드를 가진다. 그리고 이 테이블에 쌓이는 행(row) 단위의 데이터를 레코드라고 한다. 또한 레코드를 튜플이라고도 한다행 = 레코드 = 튜플예를 들어 ‘책’이나는 엔티티를 정의하고 이를 기반으로 테이블을 만들어본다.어떠한 속성이 있을까?제목저자의 아이디출판년도장르생성 일시업데이트 일시등이 있다.이를 데이터베이스에 넣어 테이블로 만들면 어떻게 해야할까?우선 타입을 정의해야 한다. MySQL 기준으로 설명책의 아이디: INT책의 제목: VARCHAR(255)책의 저자 아이디: IN..