분류 전체보기 검색 결과

해당 글 273건

SSR(서버사이드렌더링) & CSR(클라이언트사이드렌더링)

SSR(서버사이드렌더링)JSP(자바서버페이지), 서버에서 소스 렌더링 해서 보내줘서 빠름 B2C 같이 고객에게 빠르게 화면을 제공해줘야 될 때 적합하다. 카카오페이지 React로 포팅하게된 계기 참고 https://medium.com/@ljs0705/%EC%B9%B4%EC%B9%B4%EC%98%A4%ED%8E%98%EC%9D%B4%EC%A7%80-%EC%9B%B9-react-%ED%8F%AC%ED%8C%85-%ED%9B%84%EA%B8%B0-76402cc5e031CSR(클라이언트사이드렌더링)소스가 30개인 경우 한꺼번에 스택에 넣어서 불러오느라 느림(SPA-싱글쓰레드페이지어플리케이션) 페이지를 처음에만 한번 static으로 불러와주고, 해쉬값에 따라 화면만 제어해줌. 프레임워크 라이브러리제어 주기가 어디..
Front-end/Web 2019. 3. 11. 15:00

[SQLP] 2장. Lock과 트랜잭션 동시성 제어 - 동시성 제어

동시성 제어 (Concurrency Control)1. 비관적 동시성 제어 vs 낙관적 동시성 제어가. 비관적 동시성 제어사용자들이 같은 데이터를 동시에 수정할 것이라고 가정Select 시점에 Lock을 거는 비관적 동시성 제어는 자칫 시스템 동시성을 심각하게 떨어뜨릴 우려가 있음 -> no wait 옵션 사용holdlock, updlock 힌트 사용 권장나. 낙관적 동시성 제어사용자들이 같은 데이터를 동시에 수정하지 않을 것이라고 가정Select 시에는 Lock을 설정하지 않음 -> 수정 시점에 다른 사용자에 의해 값이 변경됐는지 검사 필요2. 다중버전 동시성 제어가. 일반적인 Locking 메커니즘의 문제점값을 읽는 순간에만 공유 Lock을 걸고 다음 레코드로 이동할 때 Lock을 해제함트랜잭션 격리..
DB/SQLD & SQLP 2019. 3. 8. 08:00

[SQLP] 2장. Lock과 트랜잭션 동시성 제어 - 트랜잭션

트랜잭션1. 트랜잭션의 특징원자성(Atomicity)트랜잭션은 더 이상 분해가 불가능한 업무의 최소단위이므로, 전부 처리되거나 아예 하나도 처리되지 않아야 한다.일관성(Consistency)일관된 상태의 데이터베이스에서 하나의 트랜잭션을 성공적으로 완료하고 나면 그 데이터베이스는 여전히 일관된 상태여야 한다. 즉, 트랜잭션 실행의 결과로 데이터베이스 상태가 모순되지 않아야 한다.격리성(Isolation)실행 중인 트랜잭션의 중간결과를 다른 트랜잭션이 접근할 수 없다.영속성(Durability)트랜잭션이 일단 그 실행을 성공적으로 완료하면 그 결과는 데이터베이스에 영속적으로 저장된다.2. 트랜잭션 격리성가. 낮은 단계의 격리성 수준에서 발생할 수 있는 현상들1) Dirty Read다른 트랜잭션에 의해 수정..
DB/SQLD & SQLP 2019. 3. 7. 11:54

[SQLP] 2장. Lock과 트랜잭션 동시성 제어 - Lock

Lock1. Lock 기본가. Lock이란?다중 트랜잭션 환경에서 데이터베이스의 일관성과 무결성을 유지하려면 트랜잭션의 순차적 진행을 보장할 수 있는 직렬화(serialization) 장치DBMS마다 Lock을 구현하는 방식과 세부적인 기능이 많이 다르다.나. 공유 Lock과 배타적 Lock1) 공유 Lock데이터를 읽고자 할 때 사용한 리소스에 두 개 이상의 Lock을 동시에 설정할 수 있음 (다른 공유 Lock 호환 가능)다른 사용자가 동시에 읽을 수는 있어도 변경은 불가능2) 배타적 Lock데이터를 변경하고자 할 떄 사용배타적 Lock 해제될 때 까지 다른 Lock이 읽기, 쓰기 불가능다. 블로킹과 교착상태1) 블로킹Lock 경합이 발생해 특정 세션이 작업을 진행하지 못하고 멈춰 선 상태블로킹을 해..
DB/SQLD & SQLP 2019. 3. 7. 11:26