정처기 실기 개념정리 : 트랜잭션, 데이터베이스, UI 설계원칙

정처기 실기 개념정리입니다.

직접 작성한 내용이며 앞으로 다양한 실기 개념들을 본 블로그에 올리도록 하겠습니다.

 

RAID는 Redundant Array of Independent Disks의 약자로, 여러 개의 하드디스크를 조합하여 데이터의 안정성, 성능, 용량 등을 향상시키는 기술입니다. RAID에는 여러 가지 레벨이 있으며, 각 레벨은 다양한 장단점이 있습니다.

RAID 레벨에 따라 다른 구성 방식이 있지만, 일반적으로 사용되는 RAID 레벨의 구성 방식은 다음과 같습니다.

1. RAID 0: RAID 0은 데이터를 여러 개의 디스크에 분산시키는 방식으로 데이터를 저장합니다. 따라서 높은 성능을 제공하지만, 하나의 디스크가 고장나면 전체 데이터가 손실됩니다.
2. RAID 1: RAID 1은 미러링 방식으로 데이터를 저장합니다. 즉, 동일한 데이터를 두 개의 디스크에 저장하여 안정성을 높입니다. 그러나 용량은 디스크 용량의 절반밖에 사용할 수 없습니다.
3. RAID 2 : 오류 정정을 위해 해밍코드를 사용하는 방식입니다.
4. RAID 3 : 하나의 디스크를 패리티 정보를 위해 사용하고 나머지 디스크에 데이터를 균등하게 분산 저장합니다.
5. RAID 5: RAID 5는 패리티 정보를 이용하여 데이터의 안정성과 성능을 향상시키는 방식입니다. 여러 개의 디스크에 데이터를 분산시키고, 하나의 디스크에 패리티 정보를 저장하여 고장 시 데이터를 복구할 수 있습니다.
6. RAID 6: RAID 6은 RAID 5와 유사한 방식으로 패리티 정보를 사용하지만, 2개의 패리티 정보를 사용하여 두 개의 디스크 고장 시에도 데이터를 복구할 수 있습니다.
7. RAID 10: RAID 10은 RAID 1과 RAID 0을 조합한 방식으로, 미러링 방식으로 데이터를 저장하면서 여러 개의 디스크에 분산시키는 방식을 사용합니다. 따라서 안정성과 성능을 모두 고려한 방식입니다.

 

트랜잭션 로그를 이용하여 오류가 발생한 트랙잭션을 실행하여 복구를 수행하는 명령어 = REDO

트랜잭션 로그를 이용하여 오류와 관련된 내용을 취소하여 복구를 수행하는 명령어 = UNDO

 

트랜잭션의 특성

1. 원자성(atomicitiy)

2. 일관성(consistency)

3. 독립성,격리성(isolation)

4. 영속성(durability)

 

데이터베이스 구축에서 이상현상

- 삽입이상이란 릴레이션에서 데이터를 삽입할 때 의도와는 상관없는 원하지 않는 값들도 함께 삽입되는 현상

- 삭제이상이란 릴레이션에서 한 튜플을 삭제할 때 의도와는 상관없는 값들도 함께 삭제되는 연쇄 삭제 현상

- 갱신이상이란 릴레이션에서 튜플에 있는 속성값을 갱신할 때 일부 튜플의 정보만 갱신되어 정보에 모순이 생기는 현상

 

데이터베이스 구축과 정규화 과정

비정규 릴레이션에서 도메인이 원자값을 값도록 하여 제1정규형을 만든다

제1정규형에서 부분함수적 종속을 제거하여 제2정규형을 만든다

제2정규형에서 이행적함수종속을 제거하여 제3정규형을 만든다

제3정규형에서 결정자이면서 후보키가 아닌 것을 제거하여 BCNF를 만든다

BCNF에서 다치종속을 제거하여 제4정규형을 만든다.

제4정규형에서 조인종속을 사용하여 제5정규형을 만든다.

 

제1정규형부터 제3정규형만들기까지는 예시와 개념이 출제될 가능성이 높으며

BCNF부터 그 이후는 개념에 관하여 출제될 가능성이 높다.

 

부분함수적 종속이란 테이블 '성적'이라는 정보는 '학번'과 '학년'을 통해서 알 수 있으나

'전공'이라는 정보는 '학번'만을 통해서 알 수 있다면

A테이블을 '성적' '학번' '학년으로, B테이블을 '전공' '학번'으로 분리하는 것이다.

 

이행적함수종속이란 X -> Y -> Z의 종속적 관계가 있을 때

X->Z의 관계가 발생할 수 있기 때문에 A테이블에 X->Y를, B테이블에 Y->Z를 각각 분리하는 것이다.

 

UI 설계원칙

1. 직관성 : 화면의 버튼, 항목, 입력란 등 누구나 쉽게 이해하고 사용할 수 있도록 한다

2. 유효성 : 사용자의 목적을 정확히 달성할 수 있도록 유용하고 효과적이어야 한다.

3. 학습성 : 사용자가 쉽게 배우고 익힐 수 있어야 한다.

4. 유연성 : 사용자의 요구를 초대한 수용하면서 오류를 최소화 해야 한다.

 

애플리케이션 테스트 유형분류

1. 프로그램 실행 여부 : 정적테스트 / 동적테스트

2. 테스트기법 : 화이트박스테스트 / 블랙박스테스트

3. 테스트에 대한 시각 : 검증 테스트 / 확인 테스트

데이터베이스의 키에 대한 설명

1. 슈퍼키는 유일성의 속성을 갖는다

2. 후보키는 유일성과 최소성의 속성을 갖는다

 

V모델 테스트의 개념 및 단계

1. 요구 분석 단계

• 요구사항 분석 단계에서는 사용자의 요구사항을 수집하고 분석하여 요구사항 명세서를 작성합니다.
• 테스트 계획 단계에서는 요구사항 명세서를 바탕으로 시스템 테스트 계획을 수립합니다.

1. 설계 단계

• 설계 단계에서는 시스템 아키텍처와 상세 설계를 수행합니다.
• 테스트 설계 단계에서는 테스트 케이스 및 테스트 데이터를 작성하고, 테스트 환경을 구성합니다.

1. 구현 및 단위 테스트 단계

• 구현 단계에서는 설계된 시스템을 실제로 구현합니다.
• 단위 테스트 단계에서는 개별 모듈을 테스트합니다.

1. 통합 및 시스템 테스트 단계

• 통합 단계에서는 개별 모듈을 하나로 통합하여 전체 시스템을 구축합니다.
• 시스템 테스트 단계에서는 전체 시스템을 대상으로 기능 및 비기능 요구사항을 검증합니다.

1. 인수 테스트 단계

• 인수 테스트 단계에서는 사용자의 요구사항을 충족하는지 검증합니다.
• 테스트 평가 단계에서는 테스트 결과를 평가하고 수정이 필요한 부분을 확인하여 다음 단계로 전달합니다.