데이터베이스 연결 구조 사용자는 웹 애플리케이션 서버(WAS)나 DB 접근 툴 같은 클라이언트를 사용해서 데이터베이스 서버에 접근할 수 있다. 클라이언트는 데이터베이스 서버에 연결을 요청하고 커넥션을 맺게 된다. 이때 데이터베이스 서버는 내부에 세션이라는 것을 만든다. 그리고 앞으로 해당 커넥션을 통한 모든 요청은 이 세션을 통해서 실행하게 된다. Database Session 데이터베이스 접속을 시작으로, 여러 작업을 수행한 후 접속 종료까지의 전체 기간을 의미한다. 세션 안에는 여러개의 트랜잭션이 존재할수 있으며(하나 이상의), 일반적으로 데이터베이스는 여러 곳에서 동시에 접근이 가능하기 때문에 많은 세션이 동시에 연결될수 있다. 세션은 데이터가 변경, 삭제가 확정될때까지 해당 데이터 조작을 분리처리..

데이터를 저장할 때 단순히 파일에 저장해도 되는데, 데이터베이스에 저장하는 이유는 무엇일까? 여러가지 이유가 있지만, 가장 대표적인 이유는 바로 데이터베이스는 트랜잭션이라는 개념을 지원하기 때문이다. 트랜잭션 트랜잭션은 하나의 거래를 안전하게 처리하도록 보장해주는 것을 뜻한다. 예시 ) 5000원 계좌이체 1. A의 잔고를 5000원 감소 2. B의 잔고를 5000원 증가 계좌이체라는 거래는 이렇게 2가지 작업이 합쳐져서 하나의 작업처럼 동작해야 한다. 만약 1번은 성공했는데 2번에서 시스템에 문제가 발생하면 계좌이체는 실패하고, A의 잔고만 5000원 감소하는 심각한 문제가 발생한다. 데이터베이스가 제공하는 트랜잭션 기능을 사용하면 1,2 둘다 함께 성공해야 저장하고, 중간에 하나라도 실패하면 거래 전..

트랜잭션 원자성(atomicity) : 트랜잭션에서 정의된 연산들은 모두 성공적으로 실행되던지 아니면 전혀 실행되지 않은 상태로 남아 있어야 한다. (All or Nothing) 일관성(consistency) : 트랜잭션이 실행 되기 전의 데이터베이스 내용이 잘못 되어 있지 않다면 트랜잭션이 실행된 이후에도 데이터베이스의 내용에 잘못이 있으면 안된다. 고립성(isolation) : 트랜잭션이 실행되는 도중에 다른 트랜잭션의 영향을 받아 잘못된 결과를 만들어서는 안된다. 지속성(durability) : 트랜잭션이 성공적으로 수행되면 그 트랜잭션이 갱신한 데이터베이스의 내용은 영구적으로 저장된다. 격리성(isolation)으로 인해 나타날 수 있는 문제점 Dirty Read 다른 트랜잭션에 의해 수정됐지만 ..

DataSource 이해 커넥션을 얻는 방법은 앞서 학습한 JDBC DriverManager 를 직접 사용하거나, 커넥션 풀을 사용하는 등 다양한 방법이 존재한다. DriverManager를 통해 커넥션 획득하다가 커넥션 풀로 변경시 문제 우리가 앞서 JDBC로 개발한 애플리케이션 처럼 DriverManager 를 통해서 커넥션을 획득하다가, 커넥션 풀을 사용하는 방법으로 변경하려면 어떻게 해야할까? 예를 들어서 애플리케이션 로직에서 DriverManager 를 사용해서 커넥션을 획득하다가 HikariCP 같은 커넥션 풀을 사용하도록 변경하면 커넥션을 획득하는 애플리케이션 코드도 함께 변경해야 한다. 의존관계가 DriverManager 에서 HikariCP 로 변경되기 때문이다. 물론 둘의 사용법도 조금..

데이터베이스 커넥션을 매번 획득(복잡한 과정) 데이터베이스 커넥션을 획득할 때는 다음과 같은 복잡한 과정을 거친다. 0. 사용자 요청 1. 애플리케이션 로직은 DB 드라이버를 통해 커넥션을 조회한다. 2. DB 드라이버는 DB 와 TCP/IP 커넥션을 연결한다. 물론 이과정에서 3 way handshake 같은 TCP/IP 연결을 위한 네트워크 동작이 발생한다. 3. DB 드라이버는 TCP/IP 커넥션이 연결되면, ID/PW와 기타 부가정보를 DB에 전달한다. 4. DB는 ID,PW를 통해 내부 인증을 완료하고, 내부에 DB 세션을 생성한다. 5. DB는 커넥션 생성이 완료되었다는 응답을 보낸다. 6. DB 드라이버는 커넥션 객체를 생성해서 클라이언트에 반환한다. 이렇게 커넥션을 새로 만드는 것은 과정도..

SQL 문장들의 종류 데이터 조작어(DML) : SELECT , INSERT , UPDATE , DELETE 비절차적 : 무슨(what) 데이터를 원하는지만 명세 절차적 : 어떻게(how) 데이터를 접근해야 하는지 명세 데이터 정의어(DDL) : CREATE , ALTER , DROP , RENAME 데이터 제어어(DCL) : GRANT , REVOKE 트랜잭션 제어어(TCL) : COMMIT , ROLLBACK PRIMARY KEY 설정 CREATE 문 ALTER 문 테이블 컬럼에 대한 정의 변경 (ALTER) [Oracle] ALTER TABLE 테이블명 MODIFY ( 칼럼명 데이터유형 NOT NULL ) [SQL Server] ALTER TABLE 테이블명 ALTER COLUMN 컬럼명 데이터유형..

문제점 데이터베이스를 다른 종류의 데이터베이스로 변경하면 애플리케이션 서버에 개발된 데이터베이스 사용 코드도 함께 변경해야 한다. 개발자가 각각의 데이터베이스마다 커넥션 연결, SQL 전달, 그리고 그 결과를 응답 받는 방법을 새로 학습해야 한다. 이런 문제를 해결하기 위해 JDBC라는 자바 표준이 등장한다. JDBC 이해 JDBC(Java Database Connectivity)는 자바에서 데이터베이스에 접속할 수 있도록 하는 자바 API다. JDBC는 데이터베이스에서 자료를 쿼리하거나 업데이트하는 방법을 제공한다. JDBC를 직접 사용하지는 않더라도, JDBC가 어떻게 동작하는지 기본 원리를 알아두어야 한다. 그래야 해당 기술들을 더 깊이있게 이해할 수 있고, 무엇보다 문제가 발생했을 때 근본적인 문..

성능데이터모델링 데이터 베이스 성능 향상을 목적으로 설계 단계의 데이터 모델링 때 부터 성능과 관련된 사항이 데이터 모델링에 반영될 수 있도록 하는 것 성능향상을 위한 비용은 프로젝트 수행 중에 있어서 사전에 할수록 비용이 적게 든다. 특히, 분석 / 설계 단계에서 데이터 모델에 성능을 고려한 데이터 모델링을 수행할 경우 성능저하에 따른 재업무(Rework) 비용을 최소화 할 수 있는 기회를 가지게 된다. 데이터 모델은 성능을 튜닝하면서 변경이 될 수 있다. 성능 데이터 모델링 수행 절차 1. 모델링 할때 정규화를 정확히 수행 2. 용량산정 수행 3. 트랜잭션의 유형 파악 4. 용량과 트랜잭션 유형에 따라 반정규화 수행 5. 이력모델의 조정, PK/FK조정, 슈펴타입/서브타입 조정 수행 6. 검증 반정규..