1. 프로토타이핑의 장점

• 잘못된 요구사항을 사전에 도출하여 향후 발생될 자원의 낭비를 제거
• 분석가의 가정을 파악하고 잘못된 경우 유용한 피드백 제공
• 사용자 인터페이스의 동적인 행위 용이성 제공
• 단점
  • 사용자 관심이 프로토타입의 디자인이나 품질 문제로 집중

2. 소프트웨어 설계는 요구분석 명세서와 설계 원리, 제약 조건에 따라 상위 설계와 하위 설계로 나뉠 때 상위에 설계에 해당되는 것

• 사용자 인터페이스 설계
• 아키텍처 설계
• 하위 설계
  • 모듈 설계

3. 소프트웨어 품질 목표 중 할당된 시간에 한정된 자원으로 얼마나 빨리 처리하는가를 의미하는 것은?

• Effeciency : 효율성 : 쓸데없이 자원을 낭비하지마!
  

4. 응집도의 종류 중 모듈 내에서 한 활동으로부터 나온 출력 값을 다른 활동이 사용할 경우에 해당하는 것은?

• 순차적응집도
• 암기
  • 기능은 순차적으로 통신해야, 절차적 시간이 논리적이 되고 우연이 낮음
    

5. 모듈 간의 인터페이스로 전달되는 파리미터를 통해서만 모듈 간의 상호 작용이 일어나는 경우에 해당하는 결합도는?

• 자료 결합 : 매개변수나 인수로 데이터를 넘겨주고 처리 결과를 반환
  

6. 디자인 패턴

• 구조 패턴
  • Adapter
• 생성 패턴 - factory method - singleton - builder
  

7. 트리의 Degree와 터미널 노드

• 트리의 Degree : 가장 차수가 많은 노드의 Degree
  • 2
• 터미널 노드 : 자식이 하나도 없는 노드
  • 4

8. 데이터베이스에 입력, 갱신, 삭제 등의 데이터 조작과 관련된 이벤트가 발생했을 때 수행되는 절차형 프로시저는?

• 트리거
• 절차형 SQL
  • 사용자 정의함수
    • 연산 처리 결과를 단일값으로 변한
    • 호출을 통해 실행
  • 이벤트
    • 특정 시간에 특정한 쿼리, 프로시저, 함수 등을 실행
  • 프로시저
    • 특정 작업을 수행하는 PL/SQL BLOCK

9. 단위 모듈 테스트에 대한 설명

• 단위 모듈에 대한 코드이므로 시스템 수준의 오류를 찾아내기는 어렵다
• 테스트 케이스를 활용하여 수행할 수 있다
• 모듈 통합 이후에는 찾기 어려운 에러들을 간단히 찾을 수 있도록 해준다
• 화이트 테스트 기법이 기본적으로 사용됨
  • 블랙박스 아님

10. 빌드 자동화 도구에 대한 설명

• 빌드 자동화 도구
  • Ant, Maven, Gradle, Jenkins
• 빌드 자동화 도구는 지속적인 통합 개발 환경에서 유용하게 활용 된다
• Jenkins는 SVN, Git 등 대부분의 형상 관리 도구와 연동이 가능하다
• Gradle은 Groovy를 기반으로 한 오픈 소스 형태의 자동화 도구로, 안드로이드 앱 개발 환경에서 사용한다
  • 오픈소스형태는 아님

11. 하향식 통합 검사에 대한 설명

• 시스템 구조의 위층에 있는 모듈로부터 아래층의 모듈로 내려오면서 통합한다
• 테스트 케이스 입출력을 조정하기 위한 스텁 프로그램을 추가로 작성한다
• 상위 모듈에서는 테스트 케이스를 사용하기 어렵다
• 테스트 초기에도 시스템의 구조를 사용자에게 보여줄 수 있다.

12. EAI의 구축 유형

• 그룹 내에는 Hub&Spoke 방식을 그룹 간은 메시징 버스 방식을 사용하는 것은 Hybrid 유형

13. 인터페이스 보안 기능 적용에 대한 설명

• 인터페이스 보안 기능은 먼저 인터페이스 기능 및 보안 취약점을 확인한 후 이를 기반으로 적용한다.
• 네트워크 구간에 보안 기능 적용 시 중간자에 의한 데이터 탈취 및 위조와 변조를 막기 위해 네트워크 트패픽에 암호화를 수행한다.
• 데이터베이스에 보안 기능 적용 시 데이터베이스의 접근 권한 및 데이터베이스 동작 객체의 보안 취약점을 보완하는 기능으로 적용한다.
• 애플리케이션 영역의 보안은 애플리케이션 코드 상 보안 취약점을 보완한다.

14. DML 구문종류

• INSERT
• DELETE
• UPDATE
• SELECT
• create는 없음

15. 트랜잭션의 특징

16. 뷰에 대한 설명

• 뷰는 독자적인 인덱스를 가질 수 없다
• 뷰는 논리적 독립성을 제공한다
• 뷰로 구성된 내용에 삽입, 갱신, 삭제 연산은 제약이 따른다
• 뷰는 별도의 저장공간이 없는 가상 테이블로 뷰가 정의된 기본 테이블이 삭제되면 뷰는 자동적으로 삭제된다

17. 릴레이션에서 튜플의 수량과 관련된 것

• Cardinality
• 관계 데이터 모델 기본 용어
  • Relation 릴레이션
    • 하나의 개체에 관한 데이터를 2차원 테이블 구조로 저장한 것
    • 파일 관리 시스템 관점에서 파일에 대응
  • Attribute 속성
    • 릴레이션의 열
    • 파일 관리 시스템 관점에서 필드에 대응
  • Tuple 튜플
    • 릴레이션의 행
    • 파일 관리 시스템 관점에서 레코드에 대응
  • Domain 도메인
    • 하나의 속성이 가질 수 있는 모든 값의 집합
    • 속성 값을 입력 및 수정 할 때 적합성 판단의 기준이 됨
    • 일반적으로 속성의 특성을 고려한 데이터 타입으로 정의
  • Null 널
    • 속성 값을 아직 모르거나 해당되는 값이 없음을 표현
  • Degree 차수
    • 하나의 릴레이션에서 속성의 전체 개수
  • Cardinality 카디널리티
    • 하나의 릴레이션에서 튜플의 전체 개수

18. 관계대수 중 순수 관계연산자

19. 정규화 과정중 1NF -> 2NF가 되기 위한 조건

• 1NF를 만족하고 키가 아닌 모든 속성이 기본키에 완전 함수적 종속되어야 한다

20. 한 릴레이션 내의 속성들의 집합으로 구성된 키로서, 릴레이션을 구성하는 모든 튜플에 대한 유일성은 만족시키지만 최소성은 만족시키지 못하는 것은

• 슈퍼키

21. 논리 데이터 모델을 물리 데이터 모델로 변환하는 설명

• 엔티티 -> 테이블
• 속성 -> 칼럼
• UID -> Primary Key
• 관계 -> 외래키

22. 데이터 전환 검증에 사용되는 검증 방법

• 로그 검증
• 기본 항목 검증
• 응용 프로그램 검증
• 값 검증

23. 프레임워크 특성

• 재사용성
• 확장성
• 모듈화
• 제어의 역흐름
• 캡슐화를 통해 모듈화를 강화시킬 수 있지만 특성은 아님

24. 전위식 -> 후위식

• / * A - B C D E

• 답
  • A B C - * D / E +

25. 객체지향 개념에서 이미 정의도어 있는 상위 클래스의 메소드를 비롯한 모든 속성을 하위 클래스가 물려 받는 것을 무엇이라고 하는가?

• Inheritance : 상속성

• Encapsulation : 캡슐화 : 데이터와 함수를 하나로 묶는것, 재사용을 위해

• Abstraction : 추상화 : 공통 성질을 추출하여 슈퍼클래스를 설정하는 것

26. c언어 서식 문자열

• 진수 입출력 지정
  • %d 10진수
  • %o 8진수
  • %x 1진수
• 소수점
  • %f
• 지수
  • %e

27. 3개의 페이지 프레임을 가진 기억장치에서 페이지 요청을 다음과 같이 (2, 3, 2, 1, 5, 2, 4, 5, 3, 2, 5, 2) 페이지 번호 순으로 요청했을 때 교체 알고리즘으로 FIFO 방법을 사용한다면 몇 번의 페이지 부재가 발생하는가?

• FIFO : 가장 먼저 들어와서 가장 오래 있었던 페이지 교채
• 3개의 페이지 프레임
• 해설
  • 3개의 프레임에 (2, 3, 2) 들어가면서 결함 3회
  • 1이 오면서 처음 2가 나가면서 결함 총4회 (3, 2, 1)
  • 5가 오면서 처음 3이 나가면서 결합 총 5회 (2, 1, 5)
  • 2가 들어오면서 그대로
  • 4가 들어오면서 처음 2가 나가면서 결함 총 6회 (1, 5, 4)
  • 5가 들어오면서 그대로
  • 3이 들어오면서 처음 1이 나가면서 결함 총 7회 (5, 4, 3)
  • 2가 들어오면서 처음 5가 나가면서 결함 총 8회 (4, 3, 2)
  • 5가 들어오면서 처음 4가 나가면서 결함 총 9회 (3, 2, 5)
  • 2가 들어오면서 대로
• 답
  • 9회

28. 비선점 스케쥴링에 해당하지 않는 것

• 이미 할당된 CPU를 다른 프로세스가 강제로 빼앗아 사용할 수 없는 스케쥴링 기법
• FIFO
• SJF
• HRN
• Priority
• 기한부
  

29. 두 개의 LAN이 데이터 링크 계층에 서로 결합되어 있는 경우 이들을 연결하는 장비는?

• 브리지
• 물리계층
  • 허브
• 네트워크계층
  • 라우터
• 전송계층 - 게이트웨이
  

30. TCP/IP에서 사용되는 논리주소를 물리주소로 변환시켜 주는 프로토콜은?

• ARP

31. 네트워크 토폴리지

32. 보안 요소 중 시스템의 정보는 오직 인가된 사용자만 수정할 수 있는 것은?

• 무결성

33. Secure SDLC의 구현 단계에 대한 설명

• 보안 요구사항들을 구현하는 단계
• 설계 단계에서 작성한 보안 설계서에 따라 소프트웨어를 구현
• 지속적인 점검 및 진단작업으로 코드의 안정성을 확보
• 동적 분석도구의 사용 또는 모의 침투테스트를 통해 보안 위협들의 해결 여부를 검증하는 것은 테스트 단계에 해당

34. SW개발 보안 설계에서 입력데이터 검증 및 표현의 보안 약점에 해당

• SQL 삽입
• XSS

35. 공개키 암호화에 대한 설명

• 암호화키는 사용자에게 공개하고 복호화키는 비밀리에 관리
• 대표적 알고리즘 RSA, DSA
• 알고리즘이 복잡하고 파일의 크기가 비교적 크다
• 속도가 느리다

36. 패킷의 크기가 커서 여러 개로 분할되어 전송될 때 분할 순서를 알 수 있도록 Fragment Offset 값을 함께 전송하는데 이 Offset 값을 변경하여 수신 측에서 패킷을 재조립할 때 오류로 인한 과부하를 발생시켜 시스템이 다운되게 하는 공격법은?

• TearDrop

37. 방화벽만으로는 내부 사용자의 불법적인 행동과 외부 해킹에 완벽하게 대처할 수 없다. 문제가 발생한 경우 모든 내외부 정보의 흐름을 실시간으로 차단하기 위해 해커 침입 패턴에 대한 추적과 유해정보감시와 관련된 보안솔루션은?

• IDS; 침입 탐지 시스템
• 보안솔루션종류

데이터입출력구현

1. 데이터 조작 프로시저 성능 개선

• 성능 개선 및 자원의 효율적인 사용을 위해 성능 분석 필요
• 성능 분석 도구
  • 리소스 및 성능 모니터링 : APM
  • SQL 성능 측정 : TKPROF, EXPLAIN PLAN
• 모니터링 결과 문제시 되는 내용 확인시 SQL 성능 개선 순서

1. 문제있는 SQL 식별
2. 옵티마이저 통계 확인
3. 실행 계획 검토
4. SQL문을 재구성하거나 인덱스 재구성

데이터입출력구현

소스코드 인스펙션의 개념

• 데이터 조작 프로시저에서 소스코드 인스펙션은 데이터베이스 성능 향상을 위하여 프로시저 코드를 보면서 성능 문제점을 개선해 나가는 활동

SQL*Plus에서 Stored Procedure 소스 확인

1. USER_SOURCE 데이터 사전을 활용
2. 프로시저 소스 확인

SQL 코드 인스펙션 대상

• 사용되지 않는 변수
• 사용되지 않는 서브쿼리
• Null 값과 비교
• 과거의 데이터타입을 사용

SQL 코드 인스펙션 절차

1. 계획
2. 개관
3. 준비
4. 검사
5. 재작업
6. 추적

데이터입출력구현

• 프로그래밍 언어와 도구에 대한 이해를 바탕으로 응용소프트웨어 설계, 물리 데이터 저장소 설계와 운영 환경을 고려하여 데이터 조작 프로시저의 성능을 예측
• 업무 분석가에 의해 정의된 요구사항을 기준으로, 성능 측정 도구를 활용하여 데이터 조작 프로시저의 성능을 측정
• 실 데이터를 기반으로 테스트를 수행하여 데이터 조작 프로시저의 성능에 영향을 주는 병목을 파악

APM; Application Performance Management 의 개념

• 애플리케이션 성능 관리
• 시스템의 안정적인 운영을 위한 부하량과 접속자 파악 및 장애 진단 등을 목적으로 하는 성능 모니터링
  • Resource 모니터링
    • 대상
      • CPU
      • 메모리
      • 네트워크
      • 디스크
    • 오픈소스
      • Nagios
      • Zabbix
      • Cacti
  • End to End 모니터링
    • 대상
      • 애플리케이션 수행 관점
      • 비즈니스 트랜잭션 관리 및 최종 사용자
    • 오픈소스
      • VisualVM
    • 제품
      • 제니퍼
      • 파로스
      • 시스마스터

SQL 처리 흐름도

1. 구문분석 단계
   • SQL문장 사용여부 확인
   • 기 사용된 경우 : 구문 분석 작업 수행 불필요
   • 처음 사용된 경우 : 구문 분석 작업 필요
   • 문법 확인 : 정상적으로 작성된지 확인
   • 오브젝트 확인 : 테이블, 뷰 등이 데이터베이스에 존재하는지 확인
   • 실행계획 확인 : 옵티마이저는 sql문을 가장 빠르게 데이터를 검색해줄 수 있는 실행 계획을 찾음
2. 실행 단계
   • 캐시 영역 확인 : 구문 분석이 정상적으로 실행된 후 서버 프로세스가 메모리 영역의 데이터 버퍼 캐시 영역을 검색
   • 해당 테이블의 데이터가 다른 사용자의 다른 SQL문에 의해 이미 데이터 버퍼 캐시 영역에 존재하는 지 검색
     • 데이터 버퍼 캐시에 존재하는 경우 : 테이블의 해당 데이터 파일로부터 테이블을 읽지 않고 캐시 영역의 데이터를 그대로 추출
     • 존재하지 않을 경우 : 정의된 테이블의 해당 데이터 파일로 부터 테이블을 읽어서 데이터 버퍼 캐시 영역에 저장
   • SQL 문이 UPDATE, DELETE, INSERT 문의 경우 : 데이터 버퍼 캐시 영역에서 새로운 데이터로 변경, 삭제 또는 입력
3. 추출 단계
   • 사용자 요청 대응 : 실행 단계가 끝난 후 서버 프로세스가 데이터 버퍼 캐시 영역에서 관련 테이블 데이터를 읽어 사용자가 요청한 클라이언트로 보냄
   • SELECT문을 실행하는 경우에만 추출 단계 실행됨

SQL 작성시 고려사항

• 개발자는 SQL문을 적절히 구사할 수 있는 능력이 기본적으로 있어야함
• 사용자가 SQL 작성시, 옵티마이저가 실행계획을 수립한 후 실행되는 일련의 과정을 이해하고 작성하여야 함
• 구문 분석 단계시 옵티마이저가 수립한 실행계획에 따라 엄청난 수행속도 차이가 발생할 수 있음을 이해
• 특정 SQL이 실행될 때 옵티마이저에 의해 수립된 실행계획은 제어하기 어렵지만, 옵티마이저가 비정상적으로 동작된다면, 이를 추적하여 개발자가 원하는 실행계획으로 동작될 수 있도록 조정 필요
• 종합적이고 전략적인 포인트를 SQL에 부여하여 작성하여야 함

SQL 성능 최적화 유틸리티 종류

• TKPROF 도구
  • SQL문이 적절히 작성되지 않아 전반적인 처리 효율성이 떨어질 경우 처리 성능의 통계치 정보 파악
• EXPLAIN PLAN 도구
  • SQL이 사용하는 엑세스 경로를 파악하기 위해 사용

SQL 성능 개선 순서

1. 문제있는 SQL 식별
2. 옵티마이저 통계 확인
3. 실행 계획 검토
4. SQL 문 재구성
5. 인덱스 재구성
6. 실행 계획 유지 관리

데이터입출력구현

1. 데이터 조작 프로시저 개발

• SQL은 관계형 데이터베이스 관리시스템의 데이터를 관리하기 위해 설계된 특수 목적의 프로그래밍 언어로 데이터 정의어, 데이터 조작어, 데이터 제어어를 가짐
• PL/SQL은 Oracle에서 개발한 데이터 조작 언어이며, 프로그래밍 언어의 특성을 수용한 SQL의 확장 기능이 우수
• 저장형 객체
  • Trigger
  • Stored Function
  • Stored Procedure
  • Stored Package

2. 데이터 조작 프로시저 테스트

• Oracle DBMS는 모든 데이터 조작 프로시저에 대한 테스트 환경으로 SQL*Plus 도구를 제공

데이터입출력구현

SQL*Plus 개요

• Oracle DBMS에서 제공하는 데이터 조작 프로시저에 대한 테스트 도구
  

SQL과 SQL*Plus 차이점

• SQL은 데이터를 조작하는 표준 언어
• SQL*Plus는 이러한 SQL을 DBMS 서버에 전송하여 처리할 수 있도록하는 Oracle에서 제공하는 도구
  

SQL*Plus 명령어 유형

• 파일
  • SAVE
  • GET
  • SPOOL
• 편집
  • A
  • C
  • L
  • I
  • DEL
  • n
• 실행
  • START
  • @
  • RUN
• 환경
  • SET HEAD ON
• 형식
  • COLUMN
  • TITITLE
  • BTITLE
  • BREAK
• 대화
  • DEFINE
  • PROMPT
  • ACCEPT

DBMS_OUTPUT 패키지 활용

• 메시지를 버퍼에 저장하고 버퍼로 부터 메시지를 읽어오기 위한 인터페이스를 제공하는 패키지

데이터입출력구현

• 응용소프트웨어 설계와 물리 데이터저장소 설계에 따라 데이터 저장소에 연결을 수행하는 프로시저를 작성
• 데이터 저장소로부터 데이터를 읽어오는 프로시저 작성
• 데이터 변경 내용 또는 신규 입력된 데이터를 데이터 저장소에 저장하는 프로시저를 작성
• 구현된 데이터 조작 프로시저를 테스트할 수 있는 테스트 케이스를 작성하고 단위 테스트를 수행하기 위한 테스트 조건을 명세화

SQL; Structured Query Language 개념

• 데이터 조작을 위해서 사용하는 특수 목적의 프로그래밍 언어
• 일정힌 데이터 집합으로부터 보다 쉽게 자료를 검색하고 입력, 수정, 삭제와 같은 조작을 할 수 있도록 고안된 언어

SQL 분류

1. DDL; Data Definition Language 데이터 정의어

• 데이터를 저장하는 테이블 등의 구조를 생성, 변경하기 위해 사용하는 명령어들
• 명령어 수행이 되면 이전 상태로 복귀할 수 없으므로 신중히 사용
• 명령어
  • CREATE : 오브젝트 생성
  • DROP : 오브젝트 삭제
  • RENAME : 이름변경
  • ALTER : 구조 변경
  • TRUNCATE : 자름

2. DML; DATA Manipulation Language 데이터 조작어

• 데이터베이스에 있는 데이터를 변경하거나 검색하기 위해 사용하는 명령어
• 트랜잭션 제어어를 활용하여 실행전 상태로 복귀 가능한 명령어
• 명령어
  • INSERT : 데이터 입력
  • UPDATE : 수정
  • DELETE : 삭제

3. DCL; Data Control Language 데이터 제어어

• 사용자별로 데이터베이스에 접근할 수 있는 권한을 부여하거나 회수하는 명령어들
• 명령어
  • ROLE : 권한부여
  • GRANT : 권한 및 롤 부여
  • REVOKE : 권한 및 롤 부여
  • COMMIT, ROLBACK : 트랜잭션 제어어

트랜잭션 제어어

1. COMMIT
   • 트랜잭션을 완료하여 데이터 변경 사항을 최종 반영
   • COMMIT 이후에는 데이터에 대한 변경 사항이 물리적인 디스크에 반영
   • COMMIT 이전 데이터는 복구할 수 없음
   • 모든 사용자가 변경된 결과를 볼 수 있음
2. ROLLBACK
   • 데이터 변경 사항을 이전 상태로 되돌림
   • ROLLBACK 된 DML 문장은 메모리 상의 버퍼에만 영향을 미치기 때문에 복구 가능
3. SAVEPOINT
   • 지정된 특정 시점까지 ROLLBACK 할 수 있는 명령어

1
2
3
4
5
6
7

INSERT INTO 테이블;
SAVEPOINT A;
UPDATE 테이블
SAVEPOINT B;
DELETE FROM 테이블;
ROLLBACK TO A;
// A로 되돌림

데이터 검색어 개념

• 데이터베이스 중 하나 또는 그 이상의 테이블에서 데이터를 추출하기 위한 명령

문법

1
2
3
4
5
6

SELECT [DISTINCT]{*, column [alias], ...}
FROM table_name
[WHERE condition]
[GROUP BY column]
[HAVING condition]
[ORDER BY {column, expression}[ASC|DESC]];

• DISTINCT : 중복되는 행을 제거하는 옵션
• • : 테이블의 모든 column을 출력
• alias : 해당 column에 대해서 다른 이름을 부여할 때 사용
• table_name : 질의 대상 테이블 명
• where : 조건을 만족하는 행들만 검색
• condition : column, 표현식, 상수 및 비교 연산자
• GROUP BY : 그룹핑하고자하는 단위 지정
• HAVING : 그룹핑한 결과 값에 대한 조건 검색
• ORDER BY : 질의 결과 정렬을 위한 옵션

PL/SQL 개요

• 프로그래밍 언어의 특성을 수용한 SQL의 확장 기능
• Oracle 기반의 모든 프로시저 작성에 사용됨
• 장점
  • Compile 필요 없이 script 생성 및 변경 후 바로 실행 가능
  • 프로그램 개발의 모듈화가 가능
  • 식별자를 선언할 수 있음
  • ERROR 처리가 가능
  • 성능 향상을 기대

PL/SQL 구조

1
2
3
4
5
6
7

DECLARE

BEGIN
    SQL/로직
    EXCEPTION
    ...
END;

• 선언부 : 실행부에서 참조할 모든 변수, 상수, CURSOR, EXCEPTION을 선언
• 실행부 : BEGIN과 END 사이에 기술되는 영역으로 데이터베이스 데이터를 처리할 SQL문과 PL/SQL 블록을 기술
• 예외처리부 : 실행부에서 에러가 발생했을 때 수행될 문장을 기술

PL/SQL 처리 절차

• PL/SQL로 작성된 Block을 Oracle 서버로 보내면 PL/SQL 엔진이 SQL 문과 Non SQL 문을 구분
• Non SQL 문은 Client 환경에서, SQL문은 서버에서 실행
• 따라서 PL/SQL 을 사용하게 되면 서버의 작업 양을 줄이게 되므로 네트워크 부하를 감소시켜 수행성능을 증가

Stored Function

• 특정 작업을 수행할 수 있는 이름이 있는 PL/SQL 블록으로 구성이 프로시저와 유사하지만 IN 파라미타만 사용
• 보통 값을 계산하고 결과값을 반환하기 위해 반환될 값의 데이터 타입을 RETURN 문에 선언

Stored Procedure

• 특정 작업을 수행할 수 있는 이름이 있는 PL/SQL 블록으로 매개변수를 받을 수 있고 반복적으로 사용할 수 있는 Object
• 보통 연속 실행 또는 구현이 복잡한 트랜잭션을 수행하는 PL/SQL 블록을 DB에 저장하기 위해 생성

Stored Package

• 오라클 데이터베이스에 저장되어 있는 서로 관련 있는 PL/SQL프로시저와 함수들의 집합
• 선언부와 본문 두 부분으로 구성

Trigger

• INSERT, UPDATE, DELETE 문이 수행될때 묵시적으로 수행되는 PROCEDURE
• Trigger는 TABLE 과는 별도로 DATABASE에 저장됨

데이터 조작 프로시저 개발

1. 데이터 저장소에 연결
2. 데이터 저장소를 정의
3. 데이터 조작 프로시저를 작성
4. 데이터 검색 프로시저를 작성
5. 절차형 데이터 조작 프로시저를 작성

데이터입출력구현

1. 물리데이터모델 설계

• 논리 데이터 모델로부터 물리 데이터 모델로 변환하는 것은 단위 엔터티를 테이블로, 속성을 칼럼으로 UID를 기본키로, 관계를 외래키로 변환 후 칼럼 유형과 길이 정의
• 데이터 처리 범위와 빈도 수를 분석하여 반정규화를 고려
• 반정규화는 중복테이블을 추가하거나 테이블 조합, 분할, 제거 하는 방법 등을 통해 설계

2. 물리 데이터저장소 구성

• 물리 데이터 모델링 완료 후 모델링 결과에 따라 디스크라는 물리 데이터 저장소에 다양한 오브젝트 구성
• 테이블, 인덱스, 뷰, 클러스터, 파티션
• 오브젝트는 디스크 구성 설계를 통해 구성

3. ORM 프레임워크

• 객체 관계 매핑은 관계형 데이터 베이스와 객체지향 프로그래밍 언어 간의 호환되지 않는 데이터를 변환하는 프로그래밍 기법
• ORM 절차
  1. 클래스를 테이블로 변환
  2. 속성은 칼럼으로 변환
  3. 클래스간 관계는 관계형 테이블 간의 관계로 변환

4. 트랜잭션 인터페이스

• 물리 데이터 저장소에서 트랜잭션 인터페이스는 전체적인 데이터베이스 트랜잭션의 골격 및 인터페이스를 정의하는 활동
• 데이터베이스 트랜잭션 특징
  1. 원자성
  2. 일관성
  3. 독립성
  4. 영속성

데이터입출력구현

트랜잭션 인터페이스 Transaction Interface 개념

• 물리 데이터 저장소에서 트랜잭션 인터페이스는 전체적인 데이터 베이스 트랙잭션의 골격 및 인터페이스를 정의하는 활동
• 트랜잭션은 데이터베이스 입출력과 관련된 기능적 형태로 정의

데이터베이스 트랜잭션 특징

1. 원자성
   • 트랜잭션을 구성하는 연산들이 모두 정상적으로 실행되거나 하나도 실행되지 않아야 함
2. 일관성
   • 트랙잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환
3. 독립성
   • 둘 이상의 트랜잭션이 동시에 병행 실행되는 경우 어느 하나의 트랜잭션 실행 중에 다른 트랜잭션 연산이 끼어들 수 없음
4. 영속성
   • 성공적으로 완료된 트랜잭션의 결과는 시스템이 고장나더라도 영구적으로 반영

데이터베이스 트랜잭션 연산자

1. COMMIT
   • 하나의 트랜잭션에 대한 작업이 성공적으로 끝나고 수행결과를 관리자에게 알려주는 연산
2. ROLLBACK
   • 하나의 트랜잭션 처리가 비정상적으로 종료되어 해당 트랜잭션을 재시작 혹은 폐기하는 연산
3. RECOVERY
   • 트랜잭션들을 수행하는 도중에 장애로 인해 손상된 데이터베이스를 손상되기 이전의 정상적인 상태로 복구시키는 연산

트랜잭션 인터페이스 설계

• 데이터 접근 방법 및 인터페이스를 절차적으로 명세
• 트랜잭션 인터페이스는 주로 프로그래밍 언어로 구현

데이터입출력구현

ORM; Object-Relationship Mapping 프레임워크의 개념

• 객체 관련 매핑은 관계형 데이터베이스와 객체지향 프로그래밍 언어 간의 호환되지 않는 데이터를 변환하는 프로그래밍 기법
• 객체지향 언어에서 사용하는 객체를 관계형 데이터베이스로 변환하여 테이블을 구성하는 활용

객체와 테이블 간의 변환 방법

• 객체지향 클래스/객체는 관계형데이터베이스에서 테이블로 매피
• 속성은 칼럼으로 오퍼레이션은 프로시저 혹은 함수로 매핑
  

관계와 테이블 간의 변환 방법

ORM 절차

1. 클래스를 테이블로 변환
   • 클래스의 인스턴스는 테이블의 레코드로 매핑
2. 속성은 칼럼으로 변환
   • 클래스 인스턴스의 속성은 테이블의 칼럼으로 매핑
3. 클래스간 관계는 관계형 테이블 간의 관계로 변환
   • 클래스 간의 관계는 관계형 데이터베이스의 테이블 간 제약사항으로 변환