| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
- 자소서 시간 줄이기
- is not allowed to impersonate hive (state=08S01
- Safe mode is ON
- 카카오 2020 코테
- 이더리움 #ethereum
- 자소서 너무 오래 걸림
- mac hadoop
- 도커 교과서
- Resources are low on NN
- hive beeline 설정
- hive beeline 에러
- hadoop safe mode leave
- mac hive 3
- Failed to connect to localhost:10000
- hadoop safe mode
- 자소서 빨리 쓰는 법
- mac hive
- 기업 조사 빨리 하는 법
- Could not open client transport with JDBC Uri: jdbc:hive2://localhost:10000
- 백준 18428
- 카카오 자물쇠와 열쇠
- code=0)
- mac hadoop 설치
- 자소서 빨리
- 이더리움
- hive beeline
- hive beeline 실행
- mac hadoop 3
- 카카오 2020 코딩테스트
- mac hadoop 설정
- Today
- Total
목록Computer Science/Database (20)
A seeker after truth
1. CREATE INDEX CONCURRENTLY 에 대하여PostgreSQL에서 CONCURRENTLY 옵션은 인덱스를 생성하거나 제거할 때 테이블에 대한 락(lock) 방식을 다르게 하는 옵션 1) 일반적인 인덱스 생성CREATE INDEX idx_name ON table_name(column_name);이 방식은 테이블에 대한 공유 락(share lock)을 걸기 때문에, 인덱스를 생성하는 동안 테이블에 쓰기(INSERT/UPDATE/DELETE)가 잠깐 멈춘다큰 테이블에서는 시간이 오래 걸릴 수 있고, 서비스 중인 테이블이라면 문제가 될 수 있다 2) CONCURRENTLY 옵션 사용CREATE INDEX CONCURRENTLY idx_name ON table_name(column_name); ..
[1단원] 갱신 중에도 여러 개의 데이터를 한번에 등록하는 기능이나 등록과 갱신을 합쳐 한 동작으로 취급하는 기능 등 갱신의 세세한 변형이 다수 있다. [2단원] 한 개 테이블에 많은 정보 채워 넣으면 정보의 정합성을 유지 관리하기 어렵다 데이터를 너무 엄격하게 분산시키면 성능이 나빠진다 [4단원] web 3계층: 웹 서버(아파치 등), 애플리케이션 서버(톰캣 등), 데베 서버 이거 3개가 몽땅 다 '서버'인 것임 웹 서버는 클라이언트로부터 접속 요청(http)을 직접 받아서 그 처리를 뒷단의 애플리케이션 계층에 넘기고 그 결과를 클라이언트에 반환한다. 즉 애플~서버와 클라이언트 웹 브라우저 간 가교 역할이다. 클러스터링: 동일한 기능의 컴포넌트를 병렬화 하는 것 = 동일한 기능 컴포넌트를 복수 개 준비..
[OLTP/OLAP] 이건메모 안하고 걍 사진으로 찍어두겠. 글고 수업때도 나오는 것 같음 [비즈니스 관점에서 트랜잭션 개념] 주문은 고객과 상품의 관계 엔터티가 아니라 시간이 개입되어야 하는 트랜잭션이다. 상식적으로 먼저 생각해보면, 주문은 고객과 상품에 종속되니 고객번호 및 상품번호와 관련있. 하지만 동일 고객이 1시간 후 같은 상품을 다시 주문하는 상황을 생각해본다면 고객번호 및 상품번호만으로 이전 주문과 구별이 불가능하므로 "주문일시"와 같은 시각 정보나 "주문일련번호"와 같은 인조 식별자를 추가할 수밖에 없다. 이러한 사실들에서 알 수 있는 것은 주문이 고객과 상품의 관계 엔터티가 아니고 시간이 개입되어야 하는 트랜잭션임을 반증함 => 고객과 시각이 이를 주문 둘을 구분해줌 그래서 행위 엔터티의..
1. 정의 dbms가 데베 다룰 때 사용하는 작업(프로그램) 단위 원자성, 일관성, 고립성, 지속성 성질 가짐 dbms는 트랜잭션이 이러한 성질을 유지할 수 있게 지원 2. 트랜잭션을 정의하는 이유? - 데이터 다룰 때 일어나는 장애. 이 장애 발생 시 데이터를 복구하는 작업 단위 - 여러 작업이 동시에 같은 데이터를 다룰 때가 있음. 이 작업을 서로 분리하는 단위가 된다. 트잭은 전체가 수행되거나 아예(전혀) 수행되지 않아야 한다. 이를테면 ㄱ,ㄴ계좌 2개가 각각 있다 할 때, begin 1 - A계좌서 10000원을 인출하는 sql update문 2 - B계좌서 10000원을 입금하는 sql update문 end 이렇게 2개가 수행되는데, 1과 2 사이에 다른 업뎃 문이 끼어들어 ㄱ계좌서 돈을 동시에..
[화: 동시성 제어 이어서] 한 자리를 놓고 두 명이 예약하게 되는 문제. 독점 로크: 데이터 수정이 일어날 떈 이거 걸어야 함. 세마포 같은거임. 딱 한명만 할 수 있단 의미. 단순히 읽는 목적은 공유 로크 사용. 다른 트랜잭션이 읽기만 한다면 ... 과연이게 현재 걸려있는 락에 대해 허용하는 ....건 공유락은 다르 ㄴ사람이 함께 읽겠다 하면 허용이 되지만, 공유락이 걸려있는 상태서 ~ 를 하려 한다면 그러나 내가 읽고있는데 누가 이걸 수정하려고 한다면? 어찌? 반대롷 현재 걸려있는게 독점 락이 ㄴ경우엔 내가 ㅜ정이 끝나기 전까지 ㄴ다른 사람한테 읽으라 할 수 없고, 너도 같이 수정하라고 할 수없. ㅇ 경우엔 다른 요청이 오더라도 대기상태를 유지하고 있고, 락이 안걸려있으면 당연히 어떤 락이라도 곧장..
[화] [목: 트랜잭션] 대규모 및 활성화된 서비스에는 동일 테이블/튜플 등에 접근하게 되므로 순차적으로 접근했을 때 동일하도록 보장해주어야 한다. 아무리 많은 사람들이 접근하더라도 데베는 안정성을 계속 유지해야함. 어케하면 될까? 트랜잭션: 연속된 연산들의 논리적 작업 4: 어디까지 수정했는지에 대한 정보가 있어야함 => 로그데이터가 있어야 함 6: 서로 다른 질의 각각으론처리할 수 없고 두 질의가 하나의 연산을 이루어서 처맇야만 함! 계좌 이체아ㅢ 예시 계좌이체란 작업 트랜잭션이 전부 수행될 수 있도록 보장해주어야 함. 예를 들어 2번쨰 사람이 예약했는데 셧다운되서 3번쨰 예약이 접수가 안되었으면? =>1~3개의 트랜잭션을 하나의 구문이자 질의인 것처럼 동작해야 한다. 14 고립성: 세마포, 자원점유..