수테크📱⌚️👀

1.3. 테스팅의 일반적인 원리

• 원리 1. 테스팅은 결함이 존재함을 밝히는 것 (Testing shows presence of defects)
  • 잠재적으로 존재하는 결함 줄임
  • But, 결함이 없다고 증명할 수는 없음
• 원리 2. 완벽한 테스팅 (Exhaustive testing)은 불가능 (Exhaustive testing is impossible)
  • 한 프로그램 내에 내부 조건이 많음
  • 입력이 가질 수 있는 모든 값의 조합이 무수히 많음
  • 이벤트 발생시 발생 순서에 대한 조합도 무수히 많음
  • 리스크에 따라 테스트 강도 높게 수행 -> 실제 완벽은 불가
• 원리 3. 개발 초기에 테스팅 시작 (Early testing)
  • 개발의 시작과 동시에 테스트를 계획하고 전략적으로 접근
  • 요구사항 분석서와 설계서 등의 개발 산출물 분석 후 테스트 케이스 도출
  • 다 만들고 테스트 결과가 엉망이 나오면 유지보수 비용이 장난 아니겠쥐~
• 원리 4. 결함 집중 (Defect clustering)
  • 대다수의 결함들은 소수의 특정 모듈에 집중되어 발생하는 경향을 보임
  • 결함의 집중은 운영상의 장애를 초래
    • 복잡한 구조의 모듈
    • 다른 모듈과 다량의 상호작용을 하는 모듈 (자꾸 호출하다 보면 결함 나오기 쉬움)
    • 개발 난이도가 높거나 최신 기술을 사용한 모듈
    • 크기가 큰 모듈
    • 경험이 미흡한 팀에서 개발한 모듈
    • 새롭게 개발한 모듈
• 원리 5. 살충제 패러독스 (Pesticide paradox)
  • 동일한 테스트 케이스로 동일한 테스트를 반복하면 결함으로 찾기 어려워짐
  • 더 많은 결함을 찾기 위해서는 테스트 케이스를 정기적으로 리뷰하고 개선
• 원리 6. 테스팅은 정황(Context)에 의존적 (Testing is context dependent)
  • 테스팅은 정황(context)과 도메인에 따라 다르게 진행
  • 모든 테스트에 적용되어야 하는 것
    • 테스트 프로젝트 기획
    • 표준적인 기법적용
    • 독립적인 테스트 환경
    • 효율적/효과적 테스트 팀 조직
    • 정식 리포팅 등
• 원리 7. 오류-부재의 궤변 (Absence-of-errors fallacy)
  • 개발된 소프트웨어가 사용자 요구수준을 만족하지 않는다면 버그를 수정하는 것은 의미가 없음

1.2 테스팅이란 무엇인가?

• 테스팅
  • 응용 프로그램 또는 시스템의 동작과 성능, 안정성이 사용자가 요구하는 수준을 만족하는지 확인하기 위해 결함을 발견하는 메커니즘
    • 정상 동작 여부 확인
    • 사용자의 기대 수준과 요구사항에 맞게 구현되고 동작하는지 확인
    • 개발 프로젝트의 리스크 정보를 정량적 수치로 의사결정권자에게 전달
  • 초기 개발 산출물 -> 리뷰
  • 테스트 케이스 작성 과정(결함 예방 활동)
  • 다양한 테스팅 활동

 

• 테스팅의 일반적인 목적
  • 남아있는 결함 발견
  • 명세 충족 확인
  • 사용자 및 비즈니스의 요구 충족
  • 결함 예방
  • 품질 수준에 대한 자신감 획득과 정보 제공
  • 비즈니스 리스크를 감소시키는 정보에 근간한 조언 제공
  • 개발 프로세스 점검, 이슈 제기
  • 논리적 설계의 구현 검증
  • 시스템과 소프트웨어가 적절히 동작함을 확인

 

• 관점에 따른 테스팅의 목적
  • 개발 과정 - 결함을 찾고 수정하기 위해 가능한 많은 장애 상황 재연
  • 인수 테스팅 - 예상대로 시스템이 동작하는지 확인, 요구사항 확인
  • 소프트웨어 품질 - 출시하는 것의 리스크를 관련자에게 전달
  • 유지보수 테스팅 - 변경에 대해 새로운 결함의 유입을 확인(반복 테스트)
  • 운영 테스팅 - 신뢰성 또는 가용성 같은 시스템 특성을 평가
  • 테스팅은 문서의 리뷰와 함께 정적 분석에 의한 테스트 포함

 

 

1.1. 테스팅이란 무엇인가?

 

1.1.1 SW 시스템 관점에서 테스팅의 필요성

• SW 관점에서 테스팅
  • 비즈니스 어플리케이션에서 소비자 제품에 이르기까지 폭넓게 생활의 많은 부분에 사용 -> 비중은 계속 증가
  • 금전적인 손실, 시간 낭비, 비즈니스의 이미지 손상, 그리고 부상이나 사망에 이르기까지 다양하고 심각
  • 테스팅은 소프트웨어 시스템의 문제를 최소화하기 위해 필요

 

1.1.2 소프트웨어 결함의 원인

• 소프트웨어 결함
  • 오류(error) - 인간의 행위, 실수
    • 코드 작성, 소프트웨어나 시스템 또는 문서 작성시 결함을 만드는 오류
  • 결함(defect) - 요구된 기능의 부정확한 처리를 말하며 이것으로 인해 고장 또는 장애를 발생시키는 원인이 됨
    • 시간적인 압박, 복잡한 코드, 기반환경의 복잡성, 기술이나 시스템의 변경, 수많은 시스템 상호간의 연동
    • 결함은 장애의 원인
    • But, 모든 결함이 장애를 발생시키는 것은 아님
  • 장애(failure) - 코드에 존재하는 결함의 실행 또는 환경적 조건에 의해 부정확하게 처리되는 것을 의미함
    • 결함 + 환경적인(방사, 전자기장, 물리적 오염 등) 조건

 

1.1.3 SW 개발, 유지보수, 운영 시 테스팅의 역할

• 테스팅
  • 개발 초기의 요구사항 분석 단계부터 리뷰와 정적분석(문서 정도로 생각)을 통해 정적으로 시작 -> 각각의 개발단계에 대응하는 테스트 레벨별
  • 컴포넌트, 통합 테스팅은 개발 조직 중심으로 수행
  • 시스템이 갖춰진 이후의 테스팅은 독립적인 테스트 조직 중심
  • 테스트 레벨에 따른 테스트
    • 소프트웨어 품질을 높이고, 결함 발생 가능성을 최소화
  • 유지보수 활동으로 변경 및 단종되거나 가능성을 최소화
    • 변경된 환경에 대해 운영 테스팅(리그레션 테스팅)
    • 변경으로 인한 결함과 장애를 예방
  • 계약상 요구조건 및 산업에 특화된 표준 만족

 

 

 

1.1.4 테스팅과 품질

• 품질 특성 및 향상
  • ISO/IEC 9126 소프트웨어 제품 품질
    • 기능성, 신뢰성, 사용성, 효율성, 유지보수성, 이식성
  • 품질 향상 -> 테스팅이 결함을 찾아내고, 발견된 결함 수정
  • 품질 보증(Quality Assurance)
    
    • 이전 프로젝트를 통해 많은 테스트 경험과 정보 확보
    • 발견된 결함의 근본 원인 이해를 통해 프로세스 개선
    • 결함의 재발 방지
  • 개발 표준이나 교육 훈력 그리고 결함 분석

 

1.1.5 테스팅, 얼마나 해야 충분한가?

• 적절한 테스팅 정도
  • 리스크 수준을 고려
  • 프로젝트 제약 사항
    • 기술적인 내용
    • 비즈니스
    • 제품
    • 프로젝트 리스크
    • 시간
    • 비용
  • 테스팅은 테스트된 SW나 시스템을 다음 단계로 전달하는 데 있어 프로젝트 이해관계자들이 릴리즈 결정(출시)을 내릴 수 있도록 충분한 정보 제공 (맨날 유지보수할 수는 없자나...)

 

 

 

***  일반 + 신유형

 

oracle에서 빈문자열은 null로 저장 / sql server에서는 빈문자열 그대로 저장되어 

4번은 null이 아니자나... 그래서 조회가 안됩니다...

 

논리 연산자 우선순위 : NOT > AND > OR

 

null 은 포함하지 않고 계산하면

 

1. (20 + 0) / 2 = 10

2. (20 + null (x)) / 1  = 20

3. (20 + null (x)) / 1  = 20

 

NVL(대상데이터 , NULL일때 데이터)

값이 null 인 경우, 2번째 지정값을 출력하고 그렇지 않으면 대상데이터를 출력한다.

 

SELECT TOP(3) WITH TIES 팀명, 승리건수   // TOP(3) 만 적는다면 그냥 3개만 출력
	FROM 팀별 성적
    ORDER BY 승리건수 DESC;

 

=> 3번째 행과 동일한 값을 가진 추가 행이 있다면 이 행들도 포함(SQL Server에서 사용)

 

SELECT 팀명. 승리건수
	FROM 팀별성적
    WHERE ROWNM <= 3
    ORDER BY 승리건수 DESC;

 

=> 3번째 행과 동일한 값을 가지 추가행이 있더라도 포함 x (Oracle에서 사용)

=> Oracle에서서 TOP(3) WITH TIES와 유사한 기능을 구현하려면 DENSE_RANK()의 윈도우 함수를 사용할 수 있다

 

 

RANK()와 DENSE_RANK()의 차이....

 

EmployeeIDNameSalary

1	Alice	5000
2	Bob	4000
3	Carol	4000
4	Dave	3000
5	Eve	2000

RANK() 사용 예시

SELECT *
FROM (
    SELECT e.*, RANK() OVER (ORDER BY Salary DESC) AS rnk
    FROM Employees e
)
WHERE rnk <= 3;

 

EmployeeIDNameSalaryrnk

EmployeeID	Name	Salary	rank
1	Alice	5000	1
2	Bob	4000	2
3	Carol	4000	2
4	Dave	3000	4

 

RANK() 함수는 Salary가 같은 Bob과 Carol에게 동일한 2순위를 부여하고, 다음 순위인 3을 건너뛰고 4를 Dave에게 부여

DENSE_RANK() 사용 예시

SELECT *
FROM (
    SELECT e.*, DENSE_RANK() OVER (ORDER BY Salary DESC) AS rnk
    FROM Employees e
)
WHERE rnk <= 3;

 

EmployeeIDNameSalaryrnk

1	Alice	5000	1
2	Bob	4000	2
3	Carol	4000	2
4	Dave	3000	3

DENSE_RANK() 함수는 Salary가 같은 Bob과 Carol에게 동일한 2순위를 부여하고, 다음 순위를 3으로 부여하여 연속성을 유지합니다.

 

• RANK(): 동일한 값을 가진 행들이 있으면 순위에 공백이 생깁니다.
• DENSE_RANK(): 동일한 값을 가진 행들이 있더라도 순위에 공백이 생기지 않고 연속적으로 부여됩니다.

 

oracle은 수정후에 create하면 자동으로 저장된다

    

헷갈리기 쉬운 문제...

ROWNUM 을 정렬 전에 쓰면 아무 의미 없다....

정답은 3번

 

' \d+', 'xxx', 1, 2 => 문자를 xxx로 바꾸는데 처음부터 시작해서 2번째 위치꺼를 REPLACE 바꿔라

 

 

*** 노랭이 모르는거

 

TCL :  논리적인 작업의 단위를 묶어 DML에 의해 조작된 결과를 작업 단위(Transaction) 별로 제어하는 명령어인 Commit, Rollback, Savepoint 등이 여기에 해당하며, 일부에서는 DCL로 분류하기도 한다

 

UNIQUE는 NULL 입력이 가능하다!!! PK는 불가능함 ㅋㅋㅋ

 

 

****  노랭이 정리

 

데이터 모델링

1. 개념적 데이터 모델링 : 추상화 수준이 높고 업무중심적이고 포괄적인 수준의 모델링 진행, 전사적 데이터 모델링, EA 수립시 많이 이용

2. 논리적 데이터 모델링 : 시스템으로 구축하고자 하는 업무에 대해 Key 속성, 관계 등을 정확하게 표현, 재사용성이 높음

3. 물리적 데이터 모델링 : 실제로 데이터베이스에 이식할 수 있도록 성능, 저장 등 물리적인 성격을 고려하여 설계 

 

 

데이터 모델링을 하는 주요한 이유

1. 업무정보를 구성하는 기초가 되는 정보들에 대해 일정한 표기법에 의해 표현함으로써 정보시스템 구축의 대상이 되는 업무 내용을 정확하게 분석하기 위해서

2. 분석된 모델을 가지고 실제 데이터베이스를 생성하여 개발 및 데이터 관리에 사용하기 위해서

 

=> 데이터 모델링 이라는 것은 단지 데이터베이스만을 구축하기 위한 용도로 쓰이는 것이 아니라 데이터모델링 자체로서 업무를 설명하고 분석하는 부분에서도 매우 중요한 의미를 가짐

 

데이터 모델링 유의점 : 중복, 비유연성, 비일관성

 

데이터베이스 스키마 구조 3단계

- 외부 스키마 : 사용자가 보는 데이터베이스의 부분적 뷰를 정의

- 개념 스키마 : 통합 관점의 스키마 구조를 표현한 것으로 데이터 모델링은 통합관점의 뷰를 가지고 있는 개념 스키마를 만들어가는 과정임.

- 내부 스키마 : 데이터의 물리적 저장 구조를 정의

 

ERD 작성 순서

1. 엔터티를 그린다

2. 엔터티를 적절하게 배치한다

3. 엔터티 간 관계를 설정한다

4. 관계명을 기술한다

5, 관계의 참여도를 기술한다

6. 관계의 필수여부를 기술한다

 

엔터티의 특징

1.반드시 해당 업무에서 필요하고 관리하고자 하는 정보여야 한다

2. 유일한 식별자에 의해 식별이 가능해야 한다

3. 영속적으로 존재하는 (두개 이상의)인스턴스의 집합이어야 한다

4. 엔터티는 업무 프로세스에 의해 이용되어야 한다

5. 엔터티는 반드시 속성이 있어야 한다

6. 엔터티는 다른 엔터티와 최소 한 개 이상의 관계야 있어야 한다 

 

기본엔터티(키엔터티) 

- 원래 존재하는 정보로서 다른 엔터티와의 관계에 의해 생성되지 않고 독립적으로 생성이 가능하고 자신은 타 엔터티의 부모의 역할을 하게 된다

- 다른 엔터티로부터 주식별자를 상속받지 않고 자신의 고유한 주식별자를 가지게 된다

- 예를 들어 사원, 부서, 고객...

-  vs) 중심엔터티(메인엔터티) : 데이터 모델에서 다른 여러 엔터티와 관계를 맺는 중심적인 역할을 하는 엔터티로 여러 엔터티와의 관계를 맺고 관계를 통해 데이터를 연결한다

 

속성(Attribute) 

: 업무에서 필요로 하는 인스턴스에서 관리하고자 하는 의미상 더 이상 분리되지 않는 최소의 데이터 단위

=> 업무상 관리가 가능한 최소의 의미 단위(엔터티의 한 분야)

 

속성의 특성에 따른 분류

- 기본속성 :  엔터티가 본질적으로 가지고 있는 속성('고객' 엔터티의  '이름', '주소', '전화번호')

- 설계 속성 : 데이터베이스 설계를 위해 추가된 속성('주문' 엔터티의 '주문번호', '고객ID')

- 파생 속성 : 다른 속성 값에서 계산되거나 유도되는 속성, 조회할 때 빠른 성능을 내도록 함('주문' 엔터티의 총금액)

 

 속성의 도메인

:  각 속성은 가질 수 있는 값의 범위가 있는데 이를 속성의 도메인이라하며, 엔터티 내에서 속성에 대한 데이터타입과 크기 그리고 제약사항을 저장하는 것

 

두개의 엔터티 사이에 체크해야 할 사항

1. 두 개의  엔터티 사이에 관심있는 연관규칙이 존재하는가?

2. 두 개읜 엔터티 사이에 정보의 조합이 발생하는가?

3. 업무기술서, 장표에 관계연결에 대한 규칙이 서술되어 있는가?

4. 업무기술서, 장표에 관계연결을 가능하게 하는 동사가 있는가?

 

주식별자를 저장할 때 고려해야 할 사항

- 주식별자에 의해 엔터티내에 모든 인스턴스들이 유일하게 구분되어야 한다(유일성)

- 주식별자를 구성하는 속성의 수는 유일성을 만족하는 최소의 수가 되어야 한다(최소성)

- 지정된 주식별자의 값은 자주 변하지 않는 것이어야 한다(불변성)

- 주식별자가 지정이 되면 반드시 값이 들어와야 한다(존재성)                                                                                                                                                                                                                                                                              

식별자의 종류

- 엔터티 내에서 대표성을 가지는가에 따라 주식별자와 보조식별자로 구분

- 엔터티 내에서 스스로 생성되었는지 여부에 따라 내부식별자와 외부식별자로 구분

- 단일 속성으로 식별이 되는가에 따라 단일식별자와 복합 식별자로 구분

- 원래 업무적으로 의미가 있던 식별자 속성을 대체하여 일련번호와 같이 새롭게 만든 식별자를 구분하기 위해 본질식별자와 인조식별자로 구분

 

성능 데이터 모델링 수행 절차에 대한 설명..

1. 데이터모델링을 할 때 정규화를 정확하게 수행

2. 데이터베이스 용량산정을 수행

3. 데이터베이스에 발생되는 트랜잭션의 유형을 파악

4. 용량과 트랜잭션 유형에 따라 반정규화를 수행

5. 이력모델의 조정, PK/FK 조정, 슈퍼 타입/서브타입 조정 등을 수행

6. 성능관점에서 데이터모델을 검증                                                                                                                                         

 

 

 

2023 기출..

 

JavaScript 를 사용한 비동기 통신기술로 클라이언트와 서버 간에 XML데이터를 주고받는 기술이다. 전체 페이지를 새로 고치지 않고도 페이지의 일부만을 위한 데이터를 로드 할 수 있어, 메뉴 등 화면상의 객체를 자유롭게 움직이고 다툴 수 있다. 비슷한 기능의 액티브X 나 플래시 등에 비해 가볍고 속도가 빨라 차세대 웹 기술로 각광받고 있다.

:AJAX(Asynchronmous JavaScript and XML, 비동기식 자바스크립트 XML)

 

 

 

시스코의 L2F와 PPTP 을 조합하여 만든 VPN이다. 자체적으로 암호화 기능이 없기 때문에 보통 IPsec과 같은 보안용 프로토콜과 같이 사용한다. 기본적으로 PPTP 방식을 따르기 때문에, 서버-클라이언트 통신 방식은 유사하나 UDP 500번 포트를 사용해 통신을 한다는 점이 PPTP와 조금 다르다. 따라서 NAT 방식을 사용한 방화벽에 쉽게 차단될 수 있지만, 높은 보안성과 설치 밒 설정이 간단하고 빠른 속도를 가지고 있는 장점이 있다,

- 데이터링크 계층에서 구현되는 터널링(두 노드 또는 네트워크 간 가상의 링크를 형성하는 기법) 기술

: L2TP

 

 

 

네트워크를 통한 원격 호스트 연결 과정을 보호하기 위한 프로토콜

: SSH(Secure Shell, 시큐어 쉘)

 

 

 

포트 : 컴퓨터 간 상호 통신을 위해 프로토콜에서 이용하는 가상의 연결단

- 컴퓨터는 동시에 하나 이상의 프로그램을 실행하기  떄문에  IP주소만으로는 특징 서비스에 접근할 수 없으므로

포트 사용하여 특정 서비스에 할당될 수 있고, 원하는 서비스에 접근할 수 있다.

- 잘 알려진 포트

포트	설명	포트	설명
20	FTP - 데이터 포트	21	FTP - 제어 포트
22	SSH - 원격 접속 보안	23	TELNET - 원격 접속
25	SMTP - 이메일 전송	80	HTTP - 웹 페이지 전송
110	POP3 - 이메일 수신	443	HTTPS - 암호화 전송

 

 

 

악성 루틴이 숨어 있는 프로그램으로, 겉보기에는 정상적인 프로그램으로 보이지만 실행하면 악성 코드를 실행하는 프로그램

- 컴퓨터 바이러스나 웜과는 달리, 트로이 목마는 보통 다른 파일에 삽입되거나 스스로 전파되지 않는다.

: 트로이 목마

 

 

 

스스로를 복제하여 파일을 손상시키는 악성 프로그램

- 다른 실행 프로그램에 기생하여 실행

- CD,. USB 드라이버 등을 통해 전파 => 스스로 전파 불가능

: 바이러스

 

 

 

스스로를 복제하여 네트워크를 손상시키는 악성 프로그램

- 독자적으로 실행되어 다른 프로그램이 필요하지 않음

- 네트워크를 사용하여 복제본을 스스로 전파

: 웜

 

 

 

TCP/IP에서 신뢰성 없는 IP를 대신하여 송신 측으로 네트워크의 IP 상태 및 에러 메시지를 전달해주는 프로토콜

- 서버와 게이트웨이 사이에서 메시지를 제어하고 알려주는 프로토콜

: ICMP 

 

 

 

특정 객체에 대한 접근을 제어하거나 기능을 추가할 수 있는 디자인 패턴으로, 객체의 대리자를 이용하여 원래 객체의 작업을 대신 처리하는 방식이다. 즉, 어떤 객체를 사용하려고 할 때, 객체를 직접 참조하는 것이 아니라 해당 객체에 대응하는 일종의 대리자 역할을 하는 객체를 통해서 대상에 접근하는 방식으로 직접 참조하려던 객체가 메모리에 존재하지 않아도 기본적인 정보 참조나 실제 사용 시점까지 생성 시점을 미루는 등 행위가 가능해진다

: Proxy

 

 

생성 단계를 캡슐화하여 구축 공점을 동일하게 이용하도록 하는 패턴

: Builder(빌더)

 

 

 

구현부에서 추상층을 분리하여  각자 독립적으로 확장할 수 있게하여 결합도를 낮춘 패턴

:Bridge(브릿지)

 

 

한 객체의 상태 변화가 일어났을 때 그 객체에 의존(상속)하는 다른 객체들에게 알리고, 자동으로 내용이 갱신되는 방식으로 일대다(One-To-Many)의존성을 가지는 패턴

:Observer(옵저버)

 

 

*** db 요소들

릴레이션 인스턴스 :  튜플들의 집합(릴레이션 실제값)

도메인 : 한 속성에 나타날 수 있는 값들의 범위

튜플 :  행(Row)

차수 : 속성들의 수

릴레이션 스키마 : 속성 이름들(릴레이션 틀, 구조)

카디널리티 : 튜플들의 수

 

 

 

*** 데이터베이스 스키마

외부 스키마 : 개념 사용자나 응용 프로그래머가 접근하는 데이터베이스의 논리적 구조를 정의

개념 스키마 : 데이터베이스의 전체적인 논리적 구조로, 개체간의 관계와 제약조건을 나타냄

내부 스키마 : 데이터베이스의 물리적 구조로, 데이터의 실제 저장 방법을 기술

 

 

 

데이터베이스 설계 순서(요괴눈물)

요구사항 분석 -> 개념적 설계 -> 논리적 설계 -> 물리적 설계 -> 구현

 

 

 

DROP VIEW 고객 CASCADE

: [고객] 뷰를 삭제하고, [고객] 뷰와 의존성 관계가 있는 객체들을 모두 삭제\

 

 

 

대칭키(=개인키, Private) 알고리즘 : 암호화 키 = 복호화 키

- 종류 : LFSR, RC4, SEED. AES, DES. ARIA,

 

 

 

비대칭키(=공개키, Public) 알고리즘 : 암호화 키 <> 복호화 키

- 종휴 : RSA, ECC 

 

 

 

**코드 커버리지

구문 커버리지 : 모든 구문이 한 번 이상 수행되도록 테스트 케이스 설계

다중 조건 커버리지 : 결정 포인트 내에 있는 모든 개별 조건식의 모든 가능한 논리적인 조합을 고려하여 100%커버리지 보장

변형 조건/결정 커버리지 : 조건과 결정을 복합적으로 고려한 측정 방법이며, 결정 포인트 내의 다른 개별적인 조건식 결과에 상관없이 독립적으로 전체 조건식의 결과에 영향을 주는 테스트 커버리지

결정 커버리지 : 결정 포인트 내의 모든 분기문(조건문)이 적어도 한 번 이상 수행되도록 테스트 케이스 설계

조건/결정 커버리지 : 모든 조건문과 각 개별 조건식이 적어도 한 번 이상 수행되도록 테스트 케이스 설계

경로 커버리지 : 모든 논리적인 경로가 한 번 이상 수행되도록 테스트 케이스 설계

조건 커버리지 : 결정 포인트 내의 모든 개별 조건식이 적어도 한 번 이상 수행되도록 테스트 케이스 설계

 

 

 

 

 

 

 

Tampering(부정 조작)검출 시스템을 통하여 소프트웨어에 적용된 위,변조를 감지하고 프로그램이 오작동 하도록 만드는 기술

: 템퍼 프루핑(Tamper Proofing)

 

 

 

인터넷 애플리케이션에서 사용자 인증에 사용되는 공개 API(OpenAPI)로 구현된 표준 인증 방법

- 다른 애플리케이션에서 네이버, 카카오톡, 구글 등의 저장된 사용자 정보에 접근할 때 사용할 수 있다

- ex) 다른 애플리케이션에 Google로 로그인하면 연동된 계정의 Google Calendar  정보를 가져올 수 있다

: OAuth(Open Authorization, 공개 인증)

 

 

 

#include <stdio.h>
int main() {
	char*p = "KOREA";
    printf("%s\n", p);				// KOREA
    printf("%s\n", p+1);			// OREA
    printf("%c\n", *p);				// K
    printf("%c\n", *(p+3));			// E
    printf("%c\n", *p+4);			// O (아스키 코드 규칙에 따라 *p(K = 75) + 4 = 79로 계산)
}

 

 

 

 

구조체 포인터 변수가 구조체 멤버에 접근할 때 사용하는 연산자

: 화살표 연산자(->)

 

 

 

 

** .super

: 상위 클래스를 호출하는 예약어

** this 

: 객체 자기자신을 의미하는 예약어

 

 

A b = new B();
A : 상위 클래스
B : 하위 클래스

** 오버라이딩(Overriding)
:하위(자식) 클래스에서 상위(부모) 클래스의 메소드를 재정의 하는 과정
- 하위 클래스의 오버라이딩 메소드는 상위 클래스 메소드보다 우선순위가 높다

 

 

 

                                                 

ATM(Asynchronous Transger Mode, 비동기 전송 모드)

- 기존 패킷교환방식과 유사하나, 패킷 크기를 일정(샐Cell)하게 하고 에러 복구 등을 간략화시킴

- ATM 샐들을 모아서 -> 비동기 시분할 다중화( ATDM)전송할 데이터를 버퍼에 우선 저장  -> 우선순위에 따라 다중화 슬롯(ATM 샐들의 전달에만 관여) 에 삽입

 

 

 

 

*** 접근 통제(Access Control, 접근 제어)

- 임의 접근 통제(DAC; Discretionary Access Control, 신분 기반 정책)

: 자원에 접근하는 사용자의 신원에 따라 접근 권한을 부여하는 방식

 

- 강제 접근 통제(MAC; Mandatory Access Control, 규칙 기반 정책)

: 사용자나 자원(객체) 모두 보안 레벨(등급)을 부여 받아 서로의 레벨을 비교하여 접근 권한을 부여하는 방식

 

- 역할기반 접근 통제(RBAC; Role-Based Access Control)

: 사용자에게 할당된 역할에 기반하여 접근권한을 부여하는 방식 -> 직책에 권한을 부여

 

 

 

*** RIP(Routing Information Protocol, 경로 선택 정보 프로토콜)

- 거리 백터 기반 라우팅 프로토콜

- 경유하는 라우터의 대수(홉수)에 따라 최단 경로를 동적으로 결정 -> 최적의 경로가 아닌 경우 발생(왜? 속도나 지연 등을 고려하지 않아)

- 30초 주기로 전체 라우팅 정보 갱신 -> 변화 업데이트 시 많은 시간 소요 -> 소규모 동종 네트워크에 적합

 

 

 

**** 관계대수(순수관계 연산자)

- SELECT( σ ) : 릴레이션에서 주어진 조건을 만족하는 튜플들을 검색하는 것

- PROJECT( Π ) : 릴레이션에서 주어진 조건을 만족하는 속성들을 검색하는 것

- JOIN( ⋈ ) : 두개의 릴레이션 A와 B에 공통된 속성을 연결하는 것

- DIVISION(%)  : X > Y인 두 개의 릴레이션 R(X)와 S(Y)갸 있을 때,  R의 속성이 S의 속성 값을 모두 가진 튜플에서 S가 가진 속성을 제외한 속성만을 구하는 것

 

 

---

 

2022 기출...

 

*** RAID(.Redundant Array of Inexpensive Disk)

: 디스크의 고장에 대비해 데이터의 안정성을 높인 컴퓨터의 저장 장치로서, 하나의 대형 저장 장치 대신 다수의 일반 하드를 배열로 구성하고, 데이터를 분할해서 분산 저장하거나 다중화한 저장 장치

- 여러 개의 하드 디스크에 일부 중복된 데이터를 나눠서 저장하는 기술

- 값싼 디스크를 여러 개 묶어 대용량의 저장 공간을 만들고자 함

- 여러 개의 디스크를 하나로 묶어 하나의 논리적 디스크로 작동하게 하여 사용자에게 하나의 디스크처럼 보이게 한다

- 디스크 어레이(Disk Array)라고도 한다.

- RAID에 사용되는 기술

스트라이핑(Striping)	데이터를 여러 개의 디스크에 분산 저장할 수 있게 해주는 기술
미러링(Mirroring)	데이터를 복제하는 기술
패리티(Parity)	데이터의 오류 검출 확인에 사용되는 기술

 

- RAID 종류

RAID 0	여러 개의 디스크에 데이터를 똑같이 분할하여 저장하는 방식 - 스트하이핑(Striping)이라고도 부른다. - 여러 개의 디스크를 하나의 디스크처럼 인식하여 사용하므로, 하나의 디스크에 문제가 발생하면 전체에 문제가 생기게 된다
RAID 1	여러 개의 디스크에 데이터를 똑같이 복제(Mirroring)하는 방식 - 미러링(Mirroring)이라고도 부른다. - 디스크마다 데이터가 복제되어 있으므로 안정성이 높다
RAID 2	기록용 디스크와 복구용(패리티용, 해밍 코드)디스크를 별도로 분리하여 구성하는 방식

 

 

*** TKIP(Temporal Key Integrity Protocol, 임시 키 무결성 프로토콜)

: IEEE 802.11 무선랜 보안에 사용된 WEP 방식의 취약성을 보완한 데이터 보안 프로토콜

 

 

** UI 종류

- CLI : 텍스트 또는 키보드 기반으로 기기를 조작하는 인터페이스

- GUI : 그래픽 또는 마우스 기반으로 기기를 조작하는 인터페이스

- NUI : 인간의 자연스러운 신체 움직임으로 기기를 조작하는 인터페이스

- VUI : 사람의 음성 기반으로 기기를 조작하는 인터페이스

- OUI : 모든 자연 상태가 입력과 출력이 동시에 이뤄지는 인터페이스

 

 

*** ISMS(Information Security Management System, 정보 보호 관리 체계)

: 정보 자산의 비밀을 유지하고 결함이 없게 하며, 언제든 사용할 수 있게 한 보호 절차와 과정

- 기업의 정보 보호 수준을 끌어올리라는 것

- 방송통신위원회는 정보통신 서비스를 시작하기 전에 보안 위험을 분석해 미리 조치하고, 사이버 공격에 대응할 최소 보호 조치 기준을 마련하였다.

 

 

*** Watering Hole(워터링 홀)

: 표적으로 삼은 특정 집단이 주로 방문하는 웹 사이트(물웅덩이)를 감염시키고 피해 대상이 그 웹사이트를 방문할 떄까지 기다리는 공격

- 감염된 웹 사이트의 방문자는 모두 악성 코드에 감염되어, 전염성이 높아지는 것이 특징이다

 

 

1. 단위 테스트

2. 통합 테스트

3. 시스템 테스트

4. 인수 테스트

 

 

*** 관계 데이터 연산

관계 대수	- 절차적 언어(절차 중심) : 원하는 정보를 '어떻게' 유도하는가를 연산자와 연산 규칙 이용하여 기술 - 분류 : 순수 관계 연산자, 일반 집합 연산자
관계 해석	- 비절차적 언어(결과 중심) : 원하는 정보가 '무엇'이라는 것만 정의 - 분류 : 튜플 관계 해석, 도메인 관계 해석

 

 

 

*** ALL : 검색된 조건을 모두 만족해야 한다

SELECT 이름, 과목, 점수 FROM 수강생

WHERE 점수 > ALL (

SELECT 점수 FROM 수강생 WHERE 이름 = '김길현');

 

이름	과목	점수
남기욱	정보	100

: '김길현' 수강생의 점수인 90 그리고 70ㅂ보다 높은 튜플을 출력한다.

 

***  ANY : 검색된 조건을 하나 이상 만족해야 한다.

SELECT 이름, 과목, 점수 FROM 수강생

WHERE 점수 > ANY (

SELECT 점수 FROM 수강생 WHERE 이름 = '김길현');

 

이름	과목	점수
김길현	정보	90
남기욱	정보	100
김상현	컴활	80

: '김길현' 수강생의 점수인 90 또는 70보다 높은 튜플을 출력한다.

 

 

*** COUNT() : .그룹별 튜플 수

COUNT(*)	NULL 값을 포함한 튜플 수 반환
COUNT(속성명)	NULL 값을 포함하지 않는 튜플 수 반환

 

 

*** VPN(Virtual Private Network; 가상 사설망)

: 인터넷망과 같은 공중망을 사설망처럼 이용해서 회선 비용을 크게 절감할 수 있는 기업통신 서비스

- 인터넷망을 전용선처럼 사용할 수 있도록 특수통신체계의 암호화기법을 제공하는 서비스로 기업 본사와 지사 또는 지사간에 전용망을 설치한 것과 같은 효과를 거둘 수 있으며, 전용선에 비해 20 ~ 80% 이상의 비용을 줄일 수 있다.

 

 

** 보안 솔루션

- 방화벽(Firewall) : 네트워크 간에 전송되는 정보를 선별하는 기능을 가진 침입 차단 시스템

- 웹방화벽(Web Firewall) : 웹 기반 공격을 방어할 목적으로 만들어진 웹 서버 특화 방화벽

- 침입탐지 시스템(IDS; Intrusion Detection System) : 컴퓨터 시스템의 비정상적인 사용, 오용 등을 실시간으로 탐지하는 시스템, 이상탐지, 오용탐지

- 침입 방지 시스템(IPS; Intrusion Prevention System) :  방화벽과 침입탐지 시스템을 결합한 것

- 데이터유출방지(DLP; Data Leakage/Loss Prevention) : 내부 정보의 유출을 방지하기 위한 보안 솔루션

- NAC(Network Access Control) : 네트워크에 접속하는 내부 PC의 MAC주소(고유랜카드주소)를 IP관리 시스템에 등록한 후 일관된 보안관리 기능을 제공하는 보안솔루션

- ESM(Enterprise Security Management) : 다양한 장비에서 발생하는 로그 및 보안 이벤트를 통합관리하는 보안 솔루션

 

 

 

*** 태스트 종류

- 안전 테스트(Security Test) : 불법적인 소프트웨어가 접근하여 시스템을 파괴하지 못하도록 소스코드 내의 보안적인 결함을 미리 점검하는 테스트

- 성능 테스트(Performance Test) : 시용자의 이벤트에 시스템이 응답하는 시간, 특정 시간 내에 처리하는 업무량, 사용자 요구에 시스템이 반응하는 속도 등을 테스트

- 병행 테스트(Parallel Test) : 변경된 시스템과 기존 시스템에 동일한 데이터를 입력 후 결과를 비교하는 테스트

- 회복 테스트(Recovery Test) : 시스템에 고의로 실패를 유도하고 시스템이 정상적으로 복귀하는지 테스트

- 회귀 테스트(Regression Test) : 변경 또는 수정된 코드에 대하여 새로운 결함 발견 여부를 평가하는 테스트

- 구조 테스트(Strategy Test) : 시스템의 내부 논리 경로, 소스코드의 복잡도록 평가하는 테스트

 

 

*** 라우팅 방식

- 내/외부 라우팅

1) IGP(Interior Gateway Protocol)

- 자율 시스템 내부에서만 이루어지는 라우팅 프로토콜

- 프로토콜 종류 : RIP, IGRP, OSPF

 

* 자율 시스템(AS; Autonomous System)

: 하나의 도메인(회사)에 속하는 라우터들의 집합

 

2) EGP(Exterior Gateway Protocol)

- 자율 시스템 간 라우팅 프로토콜

- 프로토콜 종류 : BGP

 

** RIP(Routing Information Protocol, 경로 선택 정보 프로토콜)

- 거리 백터 기반 라우팅 프로토콜

- 경유하는 라우터의 대수(홉수)에 따라 최단 경로를 동적으로 결정 -> 최적의 경로가 아닌 경우 발생(왜? 속도나 지연 등을 고려하지 않아)

- 30초 주기로 전체 라우팅 정보 갱신 -> 변화 업데이트 시 많은 시간 소요 -> 소규모 동종 네트워크에 적합

- 최대 홉수를 15 이하로 한정 -> 대규모 네트워크에 사용할 수 없음

 

** IGRP(Interior Gateway Routing Protocol, 내부 경로 제어 프로토콜)

: RIP의 문제점 개선을 위해 시스코에서 개발

- 네트워크 상태를 고려하여 라우팅(대역폭, 속도 등) -> 중규모 네트워크에 적합

 

** OSPF(Open Shortest Path First, 최단 경로 우선 프로토콜)

: RIP(경로 선택 정보 프로토콜)의 난점을 해결 -> 발생한 변경 정보에 대해 RIP보다 빠른 업데이트

- 인터넷망에서 이용자가 최단 경로를 선정할 수 있도록 라우팅 정보에 노드 간의 거리 정보, 링크 상태 정보를 실시간으로 조합하여 최단 경로로 라우팅을 지원하는 프로토콜

- 경로수에 제한이 없으므로 대규모 네트워크에 사용

- Link State 방식(링크 상태 알고리즘) : 라우팅 정보에 변화가 생길 경우, 변화된 정보만 네트워크 내의 모든 라우터에게 알리는 방식(OSPF가 대표적)

 

 

** BGP(Border Gateway Protocol, 경계 게이트웨이 프로토콜)

: EGP의 단점(다른 도메인 사이에 라우팅시 속도 문제점, 보안과 제어가 본래 목적)을 보완

- 여러 자율 시스템(Autonomous System) 간에 라우팅 정보를 교환 -> 규모갸 큰 네트워크의 상호 연결 -> 인터넷 서비스 업체(ISP; Internet Service Provider) 간의 상호 라우팅

- 발전된 형태의 거리 백터 라우팅 프로토콜

 

 

*** 응집도의 유형(모듈에 포함된 내부 요소들이 하나의 책임 / 목적을 위해 연결되어 있는 연관된 정도)

- 우연적 응집도(Coincidental Cohesion) : 모듈 내부의 각 구성요소가 연관이 없을 경우의 응집도

- 논리적 응집도(Logical Cohesion) : 유사한 성격을 갖거나 특정 형태로 분류되는 처리 요소들이 한 모듈에서 처리되는 경우의 응집도

- 시간적 응딥도(Temporal Cohesion) : 연관된 기능이라기보다는 특정 시간에 처리되어야 하는 활동들을 한 모듈에서 처리할 경우의 응집도

- 절차적 응집도(Procedural Cohesion) : 모듈 다수의 관련 기능을 가질 때 모듈 안의 구성요소들이 그 기능을 순차적으로 수행할 경우의 응집도

- 통신적 응집도(Communication Cohesion) : 동일한 입력과 출력을 사용하여 다른 기능을 수행

- 순차적 응집도(Sequential Cohesion) : 모듈 내에서 한 활동으로부터 나온 출력값을 다른 활동이 사용할 경우의 응집도

- 기능적 응집도(Functional Cohesion) : 모듈 내부의 모든 기능이 단일한 목적을 위해 수행되는 경우의 응집도

(우논시절통순기)

 

 

*** 결합도의 유형(다른 모듈과의 의존성의 정도)

- 내용 결합도(Content Coupling) : 다른 모듈 내부에 있는 변수나 기능을 다른 모듈에서 사용하는 경우의 결합도

- 공통 결합도(Common Coupling) : 파라미터가 아닌 모듈 밖에 선언되어 있는 전역 변수를 참조하고, 전역 변수를 갱신하는 식으로 상호작용하는 경우의 결합도

- 외부 결합도(External Coupling) : 모듈에서 외부로 선언한 변수를 다른 모듈에서 참조

- 제어 결합도(Control Coupling) : 단순 처리할 대상인 값만 전달되는 게 아니라 어떻게 처리를 해야 한다는 제어 요소가 전달되는 경우의 결합도

- 스탬프 결합도(Stamp Coupling) : 모듈 간의 언터페이스로 배열이나 객체, 구조 등이 전달되는 경우의 결합도

- 자료 결합도(Data Coupling) :모듈간의 인터페이스로 자료(값)를 통해서만 모듈간의 상호작용이 일어나는 경우의 결합도

(내공외제스자)

 

 

*** 객체지향 설계원칙(SOLID)

- 단일 책임 원칙(SRP, Single responsibility principle) : 한 클래스는 하나의 책임만을 가져야한다

- 개방 폐쇄 원칙(OCP, Open-closed principle) : 확장에는 열려 있고, 수정에는 닫혀 있어야 한다

- 리스코프 치환 원칙(LSP, Liskov substitution priciple) : 자식 클래스는 언제나 자신의 부모 클래스를 대체할 수 있어야 한다.

- 인터페이스 분리 원칙(ISP, Interface Segregation principle) : 자신이 사용하지 않는 인터페이스는 구현하지 말아야 한다

- 의존성 역전 원칙(DIP, Dependency Inversion principle) : 의존 관계를 맺을 때 자주 변화하는 것보다, 변화가 거의 없는 것에 의존해야 한다

 

 

*** 함수적 종속

- 부분 함수 종속(Partial Functional Dependency) : 릴레이션에서 기본 키가 복합 키일 경우 기본 키를 구성하는 속성 중 일부에게 종속된 경우

ex) { 학번, 과목번호 } -> 성적

 

- 완전 함수 종속(Full Functional Dependency) : 릴레이션에서 X -> Y 관계가 있을 때, Y는 X의 전체 속성에 대해 종속하고, 부분 집합 속성에 종속하지 않는 경우

ex) 학번 -> 학년

 

- 이행 함수 종속(Transtive Functional Dependency) : 릴레이션에서 X -> Y, Y -> Z 종속 관계가 있을 때, X -> Z가 성립되는 경우 

 

 

*** 형상관리 절차(형상관리 : 소프트웨어의 변경사항을 체계적으로 추적하고 통제하는 것)

: 형상 식별 -> 형상 통제 -> 형상 감사 -> 형상 기록

통제 => 소프트ㅜ에어 형상 변경 요청을 검토하고 승인하여 현재의 베이스라인에 반영될 수 있도록 통제

 

 

*** 관계

- 일반화 관계(Generalization) : 한 클래스가 다른 클래스를 포함하는 상위 개념일 때의 관계

- 연관 관계(Accociation) : 한 클래스가 다른 클래스에서 제공하는 기능을 사용할 때 표시

- 의존 관계(Dependency) : 클래스의 관계가 한 메서드를 실행하는 동안과 같이 매우 짧은 시간만 유지

- 실체화 관계(Realization) : 인터페이스를  구현받아 추상 메서드를 오버라이딩하는 것을 의미

- 집약 관계(Aggregation) : 전체 객체의 라이프타입과 부분 객체의 라이프타입은 독립적

- 합성 관계(Composition) : 부분 객체가 전체 객체에 속하는 관계로 긴밀한 필수적 관계

 

 

*** 블랙박스 테스트

- 동등 분할 기법(Equivalence Partitioning) : 입력 자료에 초점을 맞춰 테스트 케이스를 만들어 검사하는 방법

- 경계값 분석(Boundary Value Analysis) : 입력 조건의 경계값을 테스트 케이스로 선정하는 방법

- 원인-효과 그래프 검사(Cause Effect Graph) : 입력 데이터 간의 관계와 출력에 영향을 미치는 상황을 체계적으로 분석한 다음 효용성이 높은 테스트 케이스를 선정하여 검사하는 기법

- 오류 예측 검사(Error Guessing) : 과거의 경험이나 테스터의 감각으로 테스트하는 기법

- 비교 검사(Comparison Testing) : 여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트하는 기법

 

 

*** 선점형 기법 -> 프로세스를 강제로 뺏을 수 있는것

- Round Robin(RR)

- SRT(Shortest Remaining Time) : 실행시간 짧은것 먼저

- 다단계 큐(MLQ, Multi-Level Queue)

- 다단계 피드백 큐(MLFQ, Multi-Level Feedback Queue)

 

*** 비선점형 기법 => 프로세스를 강제로 못뺏음

- FCFS(First Come First Serve)

- SJF(Shortest Job First)

- HRN(Highest Response ratio Next)

- 우선순위(Priority)

- 기한부(Deadline)

 

 

2021 가출...

 

물리주소(MAC Address)를 IP 주소로 변화하는 프로토콜

: RARP

 

IP 주소를 물리주소로 변화하는 프로토콜

: ARP

 

설계3종류(개-논-물)

개념적 설계 : 현실 세계에 있는 그대로 사람이 이해할 수 있는 형태의 정보구조로 만들어가는 과정을 의미하기 때문에 정보 모델이라고 한다.(산출물 : ERD)

논리적 설계 : 추출된 엔터티와 속성들의 관계를 구조적으로 정의하는 단계로, 개념적 설계에서 만들어진 구조를 컴퓨터가 이해하고 처리할 수 있도록 변환하는 과정

물리적 설계 : 실제 저장장치에 어떻게 저장할지 설계하는 단계

 

카디널리티(튜플의 수) : 세로 / 차수(어트리뷰트: 속성의 수) : 가로

 

 

 

EAI

: 기업 내부에서 운영되는 각종 플랫폼 및 애플리케이션 간의 정보전달, 연계, 통합을 가능하게 하는 솔루션 / Point to Point, Hub&Spoke, Message Bus, Hybrid 형태로 구성

- Point to Point : 가장 기초적인 애플리케이션 통합 방법( 1:1 단순 통합 방법 ) / 개발자간 대화를 통해 통합 가능

- 허브 앤 스포크 : 단일한 접점의 허브 시스템을 통하여 데이터를 전송하는 중앙 집중적 방식

- 메시지 버스 : 애플리케이션 사이 미들웨어를 두어 연계하는 통합 방식 / 뛰어난 확장성과 대용량 데이터 처리 가능

- 하이브리드 : 그룹 내는 허브 앤 스포크 방식 / 그룹 간에는 메세지 버스 방식 사용하는 통합 방식

 

 

데이터 모델 구성 3요소

- 연산 : 데이터베이스에 저장된 실제 데이터를 처리하는 작업에 대한 명세로 데이터베이스를 조작하는 도구

- 구조 : 논리적으로 표현된 개체 타입들 간의 관계로서 데이터 구조 및 정적 성찰을 표현한다.

- 제약조건 : 데이터베이스에 저장될 수 잇는 실제 데이터의 논리적인 제약 조건

 

 

요구사항 종류

- 기능적 요구사항은 제품을 구현하기 위해 소프트웨어가 가져야 할 기능적 속성

- 비기능적 요구사항은 제품 품질 기준 등의 만족을 위해 소프트웨어가 가져야 할 특성(성능, 보안, 품질...)

웹 서비스의 구체적 내용이 기술되어 있어 서비스 제공 장소, 서비스 메시지 포맷, 프로토콜 등이 기술되어 있는 언어는?

: WSDL

SQL(SELECT)

SELECT * FROM 테이블 이름

WHERE 조건 AND, OR

GROUP BY 컬럼명

HAVING SUM()

ORDER BY ASC, DESC....

 

 

IPC(Inter-Process Communication)

: 컴퓨터 프로세스가 통신을 의미하는 용어로 운영체제 상에서 실행 중인 프로세스 산에 통신을 가능하게 하는 기술, 주요 기법에는 공유 메모리 기법, 메시지 전달 기법이 있으며 메시지 전달 기법에 기반을 둔 기법들에는 소켓, 파이프, 세마포어, 시그널 등이 있다

 

네트워크의 구성 및 유지를 위해 기지국이나 액세스 포인트와 같은 기반 네트워크 장치를 필요로 하지 않고, 멀티 홉 라우팅 기능에 의해 무선 인터페이스가 가지는 통신 거리상의 제약을 극복하며, 노드들의 이동이 자유롭기 때문에 네트워크 토폴로지가 동적으로 변화되는 특징이 있다. 응용 분야로는 긴급 구조, 긴급 회의, 전쟁터에서의 군사 네트워크 등이 있다

: AD-hoc Network

 

 

*** 병행 제어 기법의 종류

- 로킹(Locking) : 하나의 트랜잭션을 실행하는 동안 특정 데이터 항목에 대해서 다른 트랜잭션이 동시에 접근하지 못하도록 상호배제(Mutual Exclusion) 기능을 제공하는 기법

 * 로킹의 특징!!

·         데이터베이스 파일, 레코드 등은 로킹 단위가 될 수 있음

·         로킹 단위가 작아지면 데이터베이스 공유도가 증가

·         로킹 단위가 작아지면 로킹 오버헤드가 증가

·         한꺼번에 로킹할 수 있는 객체의 크기를 로킹 단위라고 함

- 낙관적 검증(Optimistic Validation) :  트랜잭션이 어떠한 검증도 수행하지 않고 일단 트랜잭션을 수행하고, 트랜잭션 종료 시 검증을 수행하여 데이터베이스에 반영하는 기법

- 타임 스탬프 순서(Time Stamp Orderring) : 트랜잭션과 트랜잭션이 읽거나 갱신한 데이터에 대해 트랜잭션이 실행을 시작하기 전에 타임 스탬프를 부여하여 부여된 시간에 따라 트랜잭션 작업을 수행하는 기법

 

 

 

*** 보안의 세 가지 용어

- 인증(Authentication) : 보안 기능에서, 사람이나 프로세스의 신분을 확인하는 것

- 인가(Authorization) : 검증된 사용자에게 어떤 수준의 권한과 서비스를 허용하는 것

- 계정 관리(Accounting) : 사용자의 자원에 대한 사용 정보를 모아서 과금, 감사, 용량증설, 리포팅 등을 실시하는 것

 

 

*** 스푸핑(Spoofing)

- IP 스푸핑

• IP 자체의 보안 취약성을 악용한 것으로 자신의 IP 주소를 속여서 접속하는 공격
• IP 스푸핑을 통해 서비스 거부 공격(DoS)도 수행 가능하며 공격 대상 컴퓨터와 서버 사이의 연결된 세션을 끊을 수도 있다
• 종단 인증(end point authentication) 같은 방법으로 해결한다

- DNS 스푸핑

• 공격대상에게 전달되는 DNS IP 주소를 조작하여 의도치 않는 주소로 접속하는 공격
• 공격대상은 정상적인 URL을 통해서 접속하지만, 실제로 가짜 사이트로 접속된다

 

 

*** 파일의 구조

- 순차 파일(Sequential File, 순서 파일) : 순차 파일은 레코드를 논리적인 처리 순서에 따라 연속된 물리적 공간으로 기록하는 것

- 직접 파일(Direct File) : 파일을 구성하는 레코드를 임의의 물리적 저장공간에 기록하는 것

- 색인 순차 파일(Indexed Sequential File) : 순차 파일과 직접 파일에서 지원하는 편성 방법이 결합된 형태

 

 

*** 구조적 다이어그램(Sturcture Diagram)

- 클래스 다이어그램 : 시스템을 구성하는 클래스들 사이의 관계를 표현한다

- 패키지 다이어그램 : 클래스나 유스 케이스 등을 포함한 여러 모델 요소들을 그룹화하여 패키지를 구성하고 패키지 들 사이의 관계를 표현한다

- 복합체 구조 다이어그램 : 복합 구조의 클래스와 컴포넌트 내부 구조를 표현한다

- 객체 다이어그램 : 객체 정보를 보여준다 

- 컴포넌트 다이어그램 : 컴포넌트 구조 사이의 관계를 표현한다

- 배치 다이어그램 : 소프트웨어, 하드웨어, 네트워크를 포함한 실행 시스템의 물리 구조를 표현한다

 

 

*** 행위 다이어그램(Behavior Diagram)

- 유스 케이스 다이어그램 : 사용자 관점에서 시스템 행위를 표현한다

- 활동 다이어그램 : 업무 처리 과정에서 연산이 수행되는 과정을 표현한다.

- 콜라보레이션 다이어그램 : 순차 다이어그램과 같으며 모델링 공간에 제약이 없어 구조적인 면을 중시한다.

- 상태 머신 다이어그램 : 객체의 생명주기를 표현한다.

- 순차 다이어그램 : 시간 흐름에 따라 객체 사이의 상호작용을 표현한다

- 통신 다이어그램 : 객체 사이의 관계를 중심으로 상호작용을 표현한다

- 상호작용 다이어그램 : 여러 상호작용 다이어그램 사이의 제어 흐름을 표현한다.

- 타이밍 다이어그램 : 객체 상태 변화와 시간 제약을 명시적으로 표현한다.

 

 

*** UML 관계

- 일반화 관계(Generalization) : 한 클래스가 다른 클래스를 포함하는 상위 관졈일 때의 관계

- 연관관계(Accociation) : 2개 이상 사물이 서로 관련된 관계

- 의존관계(Dependency) : 연관관계와 같이 한 클래스가 다른 클래스에서 제공하는 기능을 사용할 때 표시, 일시적으로

- 실체화 관계(Realizatrion) : 한 객체가 다른 객체에게 오퍼레이션을 수행하도록 지정

- 집합 관계 - 집약관계(Aggregation) : 한 객체가 다른 객체를 소유하는 'has a'관계

- 집합 관계 - 합성관계(Composition) : 부분 객체가 전체 객체에 속하는 관계로 긴밀한 필수적 관계

 

 

 

 

---

 

 

 

 

***** 디자인 패턴 중 행위 패턴

- Mediator : 객체지향 설계에서 객체 수가 많아지면 서로 간 통신을 위해 복잡해져서 객체지향에서 가장 중요한 느슨한 결합의 특성을 해칠 수 있기에 중간에서 이를 통제하고 지시할 수 있는 역할의 중재자를 두고, 중재자에게 모든 것을 요구하여 통신의 빈도를 줄여 객체지향의 목표를 달성하게 해줌

- Interpreter : 언어의 다양한 해석, 구체적으로 구문을 나누고, 그 분리된 구문의 해석을 맡는 클래스를 각각 작성하여 여러 형태의 언어 구문을 해석할 수 있게 만듬

- .Iterator : 컬렉션 구현 방법을 노출시키지 않으면서도 그 집합체 안에 들어가있는 모든 항목에 접근할 방법을 제공

- Template Method : 어떤 작업을 처리하는 일부분을 서브 클래스로 캡슐화해 전체 일을 수행하는 구조는 바꾸지 않으면서 특정 단계에서 수행하는 내역을 바꿈

- Observer : 한 객체의 상태가 바뀌면 그 객체에 의존하는 다른 객체들에 연락이 가고 자동으로 내용이 갱신되는 방법

- State : 객체 상태를 캡슐화하여 클래스화함으로써 그것을 참조하게 하는 방식

- Visitor : 각 클래스 데이터 구조로부터 처리 기능을 분리하여 별도의 클래스를 만들어 놓고 해당 클래스의 메서드가 각 클래스를 돌아다니며 특정 작업을 수행하도록 만듦

- Command : 실행될 기능을 캡슐화함으로써 주어진 여러 기능을 실행할 수 있는 재사용이 높은 클래스를 설계

- Strategy : 알고리즘 군을 정의하고(추상 클래스)같은 알고리즘을 각각 하나의 클래스로 캡슐화한 다음, 필요할 때 서로 교환해서 사용할 수 있게 하는 패턴

- Memento : 클래스 설계 관점에서 객체의 정보를 저장할 필요가 있을 때 적용하는 디자인 패턴

- Chain of Responsibility : 정적으로 어떤 기능에 대한 처리의 연결이 하드 코딩이 있을 때 기능처러의 연결 변경이 불가능한데, 이를 동적으로 연결된 경우에 따라 처리될 수 있도록 연결한 디자인 패턴

 

 

 

 

입력 데이터 검증 및 표현에 대한 취약점

- XSS(Cross Site Script) : 검증되지 않은 외부 입력 데이터가 포함된 웹 페이지가 전송되는 경우, 사용자가 해당 웹 페이지를 열람함으로써 웹 페이지에 포함된 부적절한 스크립트가 실행되는 공격

- 사이트 간 요청 위조(CSRF) :사용자가 자신의 의지와는 무관하게 공격자가 의도한 행위를 특징 웹 사이트에 요청하게 하는 공격

- SQL 삽입(Injection) : 응용 프로그램의 보안 취약점을 이용해서 악의적인 sql 구문을 삽입, 실행시켜서 데이터베이스의 접근을 통해 정보를 탕취하거나 조작 등을 행위하는 공격 기법

 

 

 

 

공격기법 , uml, 다자인 패턴 더 정리...

1. 서브넷 마스크 구하기

 

1번
IPv4 주소 A클래스에 대한 표준 네트워크 서브넷 마스크로 옳은 것은?

=> 답 :  255.0.0.0

=> 풀이 :  192. 168. 0. 1
                  A      B   C  D
A 클래스의 표준 서브넷 마스크 : 255.0.0.0
B 클래스의 표준 서브넷 마스크 : 255.255.0.0
C 클래스의 표준 서브넷 마스크 : 255.255.255.0

 

2번
다음 중 192.168.0.1/25가 의미하는 서브넷 마스크 값으로 알맞은 것은?

=> 답 : 255.255.255.128

=> 풀이 : /25(사이다 표기법으로 25라는 의미)  
255.255.255. ~~~
  8     8     8
C클래스의 경우 앞에 있는 24bit를 네트워크 ID로 사용한다
나머지 뒷부분을 호스트 ID로 사용한다
나머지 1bit를 뒤에 호스트ID에서 사용하여 10000000 => 128
... 조합하면 255.255.255.128

 

++) 아래 내용에 해당하는 서브넷 마스크 값은?
203.76.25.1/26
=> 255.255.255.192

 

3번
IPv4의 C클래스 네트워크를 26개의 서브넷으로 나누고, 각 서브넷에는 4~5개의 호스트를 연결하려고 한다.
이러한 서브넷을 구성하기 위한 서브넷 마스크 값은?

=> 답 :  255.255.255.248

=> 풀이 :  1bit를 가지고는 2개의 회사에, 2bit는 4개, 3은 8개, 4는 16개...5bit를 가지고는 32개로 나눌수 있어서
                26개의 서브넷을 모두 나눌 수 있다
          
11111000 => 128 + 64 + 32 + 16 + 8 = 248이므로 답은 255.255.255.248

 

4번
클래스 B주소를 가지고 서브넷 마스크 255.255.255.240으로 서브넷을 만들었을 때 나오는 서브넷의 수와 호스트의 수가 맞게 짝지어진 것은?

=> 답 : 서브넷 수 : 4094 / 호스트 수 : 14

=> 풀이 :서브넷 : 몇개로 나눌건지 / 호스트 : 몇개의 ip를 할당받을 수 있는지

255.255.255.240 => 1*8. 1*8. 1*8.11110000

서브넷 : 2의 12승 : 4094
호스트 : 2의 4승 -2 : 14

 

 

데이터 모델링의 이해

• 데이터 모델링 개요
• 엔터티
• 속성
• 관계 with ERD
• 식별자
• 성능 데이터 모델링
• 정규화
• 반정규화
• 기타 말문제 개념 정리

 

1) 데이터 모델링의 특징

• 추상화 : 현실 세계를 일정한 형식에 맞춰 표현하기 위함
• 정확화 : 누구나 이해할 수 있도록 현상을 기술
• 단순화 : 복잡한 현실을 이해하기 쉽게 제한된 언어와 표기법으로 단순하게 표현하기 위함
  >>> 현실세계를 단순하게 추상화하여 정확하게 공유하는 작업이 데이터 모델링!!
• 정보시스템을 구축하기 위한 업무 분석 기법
• 현실세계의 데이터에 대해 약속된 표기법으로 표현
• 데이터베이스를 구축하기 위한 분석과 설계를 위한 과정

 

데이터 모델링의 유의사항

• 중복성 :  중복을 최소화해야 함(같은 정보를 여러번 저장하는 것은 지양)
• 비유연성 : 데이터의 정의 <=> 데이터 사용 프로세스, 프로그램 <=> 테이블 간의 연계성을 줄여서, 
           데이터 혹은 프로세스의 변화가 데이터베이스에 중대한 변화를 초래하지 않도록 유연하게 관리해야 함
• 비일관성 : '약속된 표기법'을 준용하는 등 업무를 명확하게 정의해서 정보 관리의 일관성을 최대화 해야함

 

데이터 모델링의 단계

• 개념적 데이터 모델링 : 추상화 수준이 높음, 전사적 모델링 시 많이 함, 포괄적 수준의 모델링
• 논리적 데이터 모델링 : Key, 속성, 관계 등을 정확히 기술하는 모델링
• 물리적 데이터 모델링 : 실제로 데이터 베이스에 이식 가능하도록 저장, 성능 등 물리적인 특성을 고려한 모델링

 

데이터베이스 스키마 구조 3단계

• 외부스키마 : [사용자 관점] 응용프로그램을 사용하는 개별 사용자 관점으로 데이터베이스를 정의하는 구조
• 개념스키마 : [통합 관점] 모든 사용자의 관점을 통합한 조직 전체의 관점의 통합적 데이터 베이스 구조
• 내부스키마 : [개발자 관점] 어떤 데이터를 어떻게 저장할 것인지 데이터베이스의 물리적 저장 구조

 

데이터의 구성

 

엔터티(Entity) 중요!!!

• 해당 업무에서 필요하고 관리해야하는 정보여야 함
• 유일한 식별자에 의해 식별이 가능해야 함 (ex 회원 테이블 상 고객번호)
• 하나의 엔터티는 반드시 2개 이상의 인스턴스를 가져야 함
• 하나의 엔터티는 반드시 속성이 있어야 함 (2개 이상)
• 하나의 엔터티는 반드시 1개 이상의 관계가 있어야 함 (통계성, 코드성 엔터티 제외)

 

- 발생 시점에 따른 엔터티 분류

• 기본엔터티 : 독립적 생성되는 엔터티
• 중심엔터티 : 기본 엔터티로부터 발생하고 행위 엔터티를 생성함
• 행위엔터티 : 기본, 중심 엔터티 등 2개 이상의 엔터티로부터 발생함

 

- 물리적 형태에 따른 엔터티 분류

• 유형엔터티 : 물리적 형태가 있는 엔터티
• 개념엔터티 : 물리적 형태는 없지만 관리해야하는 개념적 정보
• 사전엔터티 : 비즈니스 프로세스 중 생기는 엔터티

 

 

속성(Column)

• 인스턴스에서 관리하고자 하는 의미가 더 이상 부리되지 않는 최소의 데이터 단위
• 1개의 속성은 1개의 속성값을 가진다
• 기본속성 / 설계속성 / 파생속성
  - 설계 속성 : 코드성 컬럼, 일련번호 등 규칙화를 위한 속성
  - 파생 속성 : 계산된 값 (테이블 내에 적을수록 좋음)
  - 기본 속성 : 업무상 바로 정의가 가능한 속성(이름, 계좌번호, 주문일자..)

 

EX) 은행은 고객에게 지급되는 월단위 '이자'를 관리하고자 한다. 이때 이자는 어떤 속성일까? 파생속성

ex) 그렇다면, 예금 분류에 따라 관리되는 '이자율'은 어떤 속상일까? 기본속성

 

• 각 속성이 가질 수 있는 값의 범위를 속성의 '도메일'이라고 함 (데이터 타입, 크기, 제약사항 등 지정)
  ex) 은행계좌 라는 엔터티가 있을 때, 계좌명이라는 속성은 길이가 20자리 이내의 문자열로 정의

 

관계 with ERD(Entity-Relationship Model)

• 하나의 엔터티는 1개 이상의 관계를 가져야 함(통계성, 코드성 엔터티 제외)
• 관계의 구분 : 행위에 의한 관계, 존재에 의한 관계
  >> ERD 에서는 두 관계를 구분없이 동일한 표기법으로 표현함
  (단, 클래스다이어그램에서는 구분하여 연관관계와 의존관계로 실선과 점선의 표기법으로 다르게 표현함)

 

* 두 개의 엔터티 사이에서 관계를 도출할 때 체크해야 하는 사항

• 관심있는 연관규칙 여부
• 정보의 조합 여부
• 업무기술서, 장표에 관계연결을 가능하게 하는 동사 여부
• 업무기술서, 장표에 관계연결에 대한 규칙 서술 여부

 

* ERD 작성순서

1) 엔터티 도출 & 그리기

2) 엔터티 배치(가장 중요한 엔터티를 좌측 상단에 배치, 추가 발생하는 엔터티는 우측과 하단에 배치)

 

3) 엔터티 간의 관계를 설정

4) 엔터티 간의 관계명 기술

 

 

5) 관계의 참여도 기술(1:1, 1:N, M:N)

6) 관계의 필수여부 기술(필수적 관계 : I, 선택적 관계 : O)

 

 

식별자 구분

 

대표성 여부

• 주식별자 : 유일성, 최소성, 대표성을 만족하는 식별자이며 타 엔터티와 참조 관계로 연결될 수 있다.(Primary Key)
• 보조식별자 : 유일성, 최소성은 만족하지만 대표성을 갖지 못하는 식별자이다.

속성의 수

• 단일 식별자
• 복합 식별자 : 2갸 이상의 속성을 구성된 식별자

 

 

스스로 생성 여부

• 내부 식별자 : 엔터티 내에서 생성된 식별자
• 외부 식별자 : 타 엔터티와의 관계를 통해 받아오는 식별자(Foreign Key)

대체 여부

• 본질 식별자 : 업무에 의해 만들어지는 식별자
• 인조 식별자 : 복잡한 원조 식별자 대신에 인위적으로 만들어진 식별자(ex. 일련번호)

 

주식별자

• 유일성 : 주식별자에 의해 엔터티 속 모든 인스턴스들이 유일하게 구분될 수 있어야 함
• 최소성 : 주식별자를 구성하는 속성의 수는 유일성을 만족하는 최소의 수가 되어야 함
• 불변성 : 지정된 주식별자의 값은 자주 변하지 않는 것이어야 함
• 존재성 : 주식별자가 지정되면 반드시 값이 있어야 함(NULL)

 

2) 데이터 모델과 성능

 

성능 데이터 모델링

• 데이터베이스의 성능 향상을 위해 분석/설계 단계부터 성능과 관련된 사항이 데이터 모델리에 반영되도록 하는 것
• 데이터의 증가가 빠를수록 성능 개선 비용이 증가함
• 설계단계부터 고려할 셩우 비용 최소화가 가능함

 

성능 데이터 모델링 순서

1. 데이터 모델링 시 정규화를 정확히 수행함
2. 데이터베이스 용량을 산정함
3. 데이터베이스에 발생하는 트랜잭션 유형을 파악함
4. 용량과 트랜잭션의 유형에 따라 반정규화를 수행함
5. 이력모델, PK/FK 조정, 슈퍼타입/서브타입 조정을 수행함

 

정규화란?

• 데이터를 분해하는 과정
• 목적 : 데이터의 중복을 최소화하고, 유연성을 가지며, 변경을 최소화하고, 데이터가 일관될 수 있도록 하는 방법
• 제 1~5 정규화가 있지만, 주로 1~3 정규화까지 수행함

 

* 제1정규화

• 기본키를 설정하는 과정
• 속성의 원자성과 엔터티의 유일성을 확보함
• 모든 속성이 식별자에 종속되어야 함
  X가 변하면 Y가 변한다(T는 X에 함수적으로 종속됨)
  식별자가 변하면 속성이 변함
• 속성값의 중복 여부 체크! (단일 -> 복합 순)

 

* 제2정규화

• 기본키가 2개 이상으로 구성될 경우 수행함
• 모든 속성(지역명, 점주명, 메뉴명, 출시일, 가격)이 식별자에 종속해야하며, 아니면 분해해야 함
• 부분함수 종속성을 분해함
• 주식별자 중 일부로부터 독립하여 1:M 의 관계로 재설계

 

* 제 3정규화

• 기본키 외에 컬럼간 종속성을 제거함
• 이행 함수 종속성 제거

 

반정규화

• 정규화를 했을 때 성능이 더욱 악화될 경우, 데이터의 중복을 허용하고 조인을 줄여서 성능을 향상시키는 방법

 

반정규화 기법(컬럼 & 테이블)

* 컬럼 추가 - 중복 컬럼 추가, 파생컬럼 추가(ex. 계산된 컬럼), 이력테이블 컬럼 추가, PK에 의한 칼럼 추가 등

ex) 중복 컬럼 추가
      A 테이블에 있는 a, b 정보를 조회할 때, C 테이블의 c 정보와 D 테이블의 d정보를 늘 함께 조회한다면?

     >>> 과도한 조인을 줄이기 위해 A 테이블에 c, d 컬럼을 추가하여 조회 성능을 향상시킨다.

 

ex) 파생컬럼 추가

      여러 테이블을 JOIN해서 얻을 수 있는 정보 값이 자주 사용된다면?

      >>> 미리 계산된 컬럼을 추가해둔다. ex) SUM(단기)

 

 

* 테이블 병밥 / 테이블 분할 / 테이블 추가

• 테이블 병합 : 1:1관계 테이블 병합, 1:M 관계 테이블 병합, 슈퍼/서브타입 테이블 병합
  * 슈퍼 타입(회웜) <=> 서브 타입(개인회원, 법인회원)
• 테이블 분할
  * 수직분할 : [a, b, c, d] 컬럼 -> [a,b] [c,d] 로 분리하여 보관
  * 수평분할 : 하나의 테이블에 있는 값을 기준으로 테이블 분할(Partition 기법)
  ex. 메일 쌒이는 고객별 위치 정보를 한 테이블에 넣어두면 엑세스 범위가 넓음 -> 연도별로 쪼개서 저장
• 테이블 추가 : 중복테이블, 통계테이블, 이력테이블, 부분테이블

 

기타 성능관련 말문제 개념 정리

 

1. 한 테이블에 너무 많은 칼럼이 존재하며 로우체이님이 발생하는 등 조회성능 저하가 발생한다면
=> 트랜잭션이 접근하는 컬럼 유형을 분석해 테이블을 분리하면, 디스크 I/O가 줄어서 성능이 향상될 수 있다.

2. WHERE문을 통해 조회를 할 때 자주 사용되는 PK 순으로 순서를 변경하고 인덱스를 생성하는 것이 성능에 유리할 수 있다
ex) WHERE 지역명 = '서울' AND 출시일 BETWEEN '20220101' AND '20220331'
-> (1) 상수값으로 조회하는 PK(2) 범위로 조회하는 PK 순
-> 앞쪽에 위치한 속성의 값이 가급적 '=', 최소한 범위를 나타내는 'BETWEEN', '<' '>'가 들어와야 인덱스를 사용할 수 있다

3. 트랜잭션의 통합 / 개별 처리 케이스
- 데이터 전체를 대상으로 일괄 처리하는데 테이블이 분리되어 개별로 관리하면 오히려 연산량을 늘릴 수 있고
- 데이터를 개별로 처리하는데 테이블은 하나로 통합되어 관리하면 불필요하게 많은 데이터의 집적으로 성능이 저하될 수 있음
-> 트랜잭션을 통합하여 처리하면 통합해두는 것이 성능에 좋고, 개별로 처리하면 개별로 유지하는 것이 좋다

 

 

 

1) JOIN : 테이블 간의 결합 / 집합과 유사함!

*교집합 & 합집합 

• INNER JOIN
• LEFT (OUTER) JOIN
• RIGHT (OUTER) JOIN
• (FULL) OUTER JOIN

 

* 합집합

- UNION (ALL)

 

* 차집합

- MINUS (#orable) = EXCEPT (#SQL Server)

 

* 결합되는 대상간의 일치 정도

- EQUI 조인 <> non-EQUI 조인

 

* 조건구 없는 CROSS JOIN(상호 결합)

 

INNER JOIN

 

INNER JOIN 표현 방식 2가지

1번
SELECT A.*, B.연령
FROM GENDER A INNER JOIN AGE B
         ON A.회원코드 = B.회원코드
WHERE A.성별 = 'F';

2번.
SELECT A.*, B.연령
FROM GENDER A, AGE B
WHERE A.회원코드 = B.회원코드
           AND A.성별 = 'F';

 

 

LEFT (OUTER) JOIN

 

 

LEFT (OUTER) JOIN 표현방식 2가지

1번
SELECT A.*, B.연령
FROM GENDER A LEFT JOIN AGE B
        ON A.회원코드 = B.회원코드;

2번
SELECT A.*, B.연령
FROM GENDER A, AGE B
WHERE A.회원코드 = B.회원코드(+);

 

 

RIGHT (OUTER) JOIN

 

 

RIGHT (OUTER) JOIN 표현방식 2가지

1번
SELECT B.회원코드, 성별, 연령
FROM GENDER A RIGHT JOIN AGE B
          ON A.회원코드 = B.회원코드;

2번
SELECT B.회원코드, 성별, 연령
FROM GENDER A, AGE B
WHERE A.회원코드(+) = B.회원코드;

 

 

(FULL) OUTER JOIN

 

(FULL) OUTTER JOIN  표현방식 2가지

1번.
SELECT A.*, B.연령
FROM GENDER A FULL OUTER JOIN AGE B
         ON A.회원코드 = B.회원코드;

2번.
SELECT A.*, B.연령
FROM GENDER A , AGE B
WHERE A.회원코드(+) = B.회원코드(+);
# Oracle9 버전 이후부터는 양쪽의 (+) 가능

 

 

예제1)

 

 => 정답!!

 

SELECT *

FROM T1 [ LEFT OUTER JOIN ] T2

ON T1.c2 = T2.c2;

 

 

UNION, UNION ALL - 두 플랫폼 기업이 합병할 떄!

 

예제2)

=> 정답!!

A. JOIN

B. UNION

 

 

예제3)

 

예제4)

 

MINUS - A 회사에만 있는 고객 정보를 추리려고 한다!!!

EQUI JOIN, non-EQUI JOIN

 

CROSS JOIN - A 테이블의 모든 행과 B 테이블의 모든 행을 조인(A 레코드 수 * B 레코드 수)

 

 

2) 계층형 조회 & 그룹 함수

 

계층형 조회 : 트리형태의 데이터에 대해 조회를 수행하는 것

 

>> 자식 노드가 없는 데이터 : LEAF 노드

 

예제 1)

=> 정답!!  12

 

계층형 조회 문제는...

조회를 통해 어떻게 레코드가 재배치 되는지 파악하는 것이 중요!!

1. 시작점 잡기

START WITH : 계층 구조가 시작되는 지점(ROOT NODE)을 알려줌, 여기에 적힌 조건에 맞는 레코드가 ROOT(부모), 현 문제에서는 첫번째 레코드가 트리 구조의 ROOT NODE

 

 

2. 재배치 기준

CONNECT BY, PRIOR : 다음 레코드가 어떤 것이 올지 알려줌
- CONNECT BY PRIOR a = b
- CONNECT BY a = PRIOR b
모든 레코드에 대하여 관계성(계층 구조)를 파악하여 테이블을 재배치하기 위함

1) a컬럼과 b컬럼이 동일한 레코드를 간에 계층화가 발생(a=b)
2) 앞선(PRIOR) 레코드의 a컬럼과 동일한 b컿험을 가진 레코드들이 뒤에 온다
CONNECT BY PRIOR a = b : 앞선 레코드의 a = b이다

현 문제에서는 
1) col1과 col2가 동일한 레코드를 간에 계층화가 발생한다
2) ㄱ의 col1과 동일한 col2를 가진 레코드가 다음 순서에 온다

 

 

그럼 ㄴ, ㄷ 중에 뭐가 먼저 올지 어떻게 암?? =? ORDER SIBLINGS BY 가 해결해줌!!

 ORDER SIBLINGS BY col3 
: col3 기준, 오름차순으로 배치 순서 결정
>> col3 : [ㄴ] 12 < [ㄷ] 13 

 

 

예제 2)

 

GROUP 함수

GROUP BY 성별, 연령	1. 성별 * 연령 별 소계
GROUP BY GROUPING SETS( 성별, 연령)	1. 성별 별 소계 2. 연령 별 소계 * 괄호 묶은 집합별 집계 가능
GROUP BY ROLLUP(성별, 연령)	1. 성별 * 연령 별 소계 2. 성별 별 소계 3. 전체 집계
GROUP BY CUBE(성별, 연령)	1. 성별 * 연령 별 소계 2. 성별 별 소계 3. 연령 별 소계 4. 전체 집계 * 그룹화될 수 있는 모든 경우에 대해 생성

 

ex) QUERY 사례

SELECT 성별, 연령, SUM(결제금액)

FROM 결제

GROUP BY GROUPING SETS(성별, 연령대);

 

외우기!!!

• Grouping Sets (set1, set2) :그룹핑 세트 세트(UNION ALL과 같은 결과)
• Rollup(앞, 뒤) : 롤업 압뒤
• CUBE(모든경우) : 큐브

 

예제 3)

 

=> 정답!! 2번

CUBE는 가능한 모든 조합의 경우

 

예제 4)

=> 정답!! 1, 2번

1번 => ROLLUP에 해당하는 설명

2번 => 집계 대상 컬럼 값은 NULL이 아니라 기준이 되는 값으로 설정해야 한다

 

 

3) TOP(N) 쿼리

: 테이블에서 N 개의 행만 가져오고 싶다!

 

1. ORACLE 기준 : ROWNUM 슈도 칼럼
 => 컬럼과 비슷한 성격의 Pseudo Column 으로서, SQL 처리결과 집합의 각 행에 대해 임시적으로 부여되는 일련번호

SELECT *
FROM C_INFO
WHERE ROWNUM <= 100;

** (오류) C_INFO 테이블에서 나이가 어린 100명을 조회하려면?
SELECT *
FROM C_INFO
WHERE ROWNUM <= 100
ORDER BY AGE;
=> C_INFO에서 무작위로 추출된 100개의 레코드를 AGE 순으로 정렬한 것과 같다

** (정답) C_INFO 테이블에서 나이가 어린 100명을 조회하려면?
=> 인라인 뷰에서 먼저 정렬하기!
SELECT *
FROM (SELECT *
            FROM C_INFO
            ORDER BY AGE)
WHERE ROWNUM <= 100;

 

 

2. SQL SERVER 기준 : TOP 절

** C_INFO 테이블에서 나이가 어른 100명을 조회하려면?
SELECT TOP(100)
              NAME, AGE
FROM C_INFO
ORDER BY AGE;

** WITH TIES
=> TOP N의 마지막 행과 동일한 값이 있는 경우 추가 행이 출력됨
SELECT TOP(2) WITH TIES
               NAME, AGE
FROM C_INFO
ORDER BY AGE;

=> C_INFO 테이블에서 AGE가 낮은 2명을 오름차순으로 출력하는데, 같은 AGE인 고객이 잇으면 같이 출력한다
=> ORDER BY가 지정된 경우에만 사용 가능

 

 

3. ROW LIMITING 절(ANSI 표준 SQL)

** C_INFO 테이블에서 나이가 어린 100명을 조회하려면?
SELECT NAME, AGE
FROM C_INFO
ORDER BY AGE FETCH FIRST 100 ROWS ONLY;

* FETCH : 반환할 것 지정해줌
* ONLY : 지정한 만큼(with ties 마지막행 동순위 포함)

- ORACLE 
SELECT *
FROM (SELECT *
             FROM C_INFO
             ORDER BY AGE )
WHERE ROWNUM <= 100;

- SQL SERVER
SELECT TOP(100)
               NAME, AGE
FROM C_INFO
ORDER BY AGE;

**상위 100개 행을 건너뛴 이후의 전체 행 반환하려면?
SELECT NAME, AGE FROM C_INFO ORDER BY AGE OFFSET 100 ROWS;

* OFFSET : 건너뛸 것 지정해줌

 

 

3. 윈도우 함수 & 파티션

 

WINDOW 함수

: 레코드(행) 사이의 관계를 쉽게 정의하기 위한 함수

매장 코드	지역명	메뉴명	판매량	판매순위
101	서울	연어스시	500	1
101	서울	참치스시	400	2
101	서울	와규	300	3
102	부산	연어스시	600	1
102	부산	튀김	300	2

 

SELECT WINDOW_FUNCTION (ARGUMENTS) OVER ( [PARTITON BY 컬럼명] [ORDER BY 컬럼명] [WINDOWING] ) FROM 테이블명;

- WINDOW_FUNCTION : 윈도우 함수
- ARGUMENTS : 인수(컬럼명 등 함수의 작업이 이뤄지는 대상)
- PARTITION BY : 테이블의 레코드들을 쪼개는 기준
- ORDER BY : 쪼개진 레코드들 내에서 혹은 전체 테이블에서 레코드들을 어떤 기준으로 정렬할지
- WINDOWING : 함수의 연산 대상이 되는 레코드의 범위를 정함

 

* WINDOW_FUNCTION 종류

- 그룹 내 집계 함수 : COUNT, SUM, MIN, MAX, AVG등

- 그룹 내 순위(RANK) 함수

- 그룹 내 비율 관련 함수

- 그룹 내 행 순서 함수

 

 

WINDOW 함수 - 그룹 내 RANK 함수

RANK	- 동일한 순위에 대해 동일한 순위를 부여한다 - 동일한 순위를 하나의 건수로 계산하지 않는다 (1 / 2, 2 / 4)
DENSE_RANK	- 동일한 순위에 대해 동일한 순위를 부여한다 - 동일한 순위는 하나의 건수로 계산한다 (1 / 2, 2 / 3)
ROW_NUMBER	- 동일한 순위에 대해 고유한 순위를 부여한다 (1 / 2 / 3 / 4 )

**RANK와 DENSE_RANK 차이 비교!!

 

예시1)

 

=> 정답!! 

 

A : DENSE_RANK

B : RANK

C : ROW_NUMBER

 

예시2) 

 

=> 정답!!  1번 (여타 SQL문과 동일하게 ORDER BY를 사용하여 오름차순, 내림차순 출력이 가능 / 순위로 자동으로 정렬되는 것은 아님)

 

예시 3)

 

=> 정답!!

 

SELECT 매장 코드, 지역명, 메뉴명, 판매량

                , DENSE_RANK () OVER (PARTITION BY 지역명 ORDER BY 판매량 DESC) AS

            판매순위

FROM 판매

 

 

 Window 함수 - 그룹 내 비율 함수

PERCENT_RANK	- 값이 아닌, 순서를 대상으로, 파티션 내에서의 순서별 백분율을 조회함
NTILE(n)	- 파티션별로 전체 건수를 n등분한 값을 반환한다. n=4이면 4등분한 것 내에서 몇인지 조회
CUME_DIST	- 파티션 내 전체에서 현재 행의 값 이하인 레코드 건수에 대해 누적 백분율을 조회 - 누적 분포 상에 0~1 값을 가짐

 

 

WIndow 함수 - 그룹 내 행 순서 함수

FIRST_VALUE	- 파티션 내에서 가장 처음 나오는 값 반환 - MIN과 동일한 결과
LAST_VALUE	- 파티션 내에서 가장 마지막에 나오는 값 반환 - MAX와 동일한 결과
LAG(컬럼명, 레코드 위치 차이값)	- 이전 행을 가져온다
LEAD(컬럼명, 레코드 위치 차이값,  null일 경우 대체값)	- 다음(특정 위치의) 행을 가져온다 - default는 1이다

 

예제4)

 

 

=> 정답 (ㄱ : E,  ㄴ : E)

 

 

Window 함수 중 WINDOWING

SELECT WINDOW _FUNCTION (ARGUMENTS) OVER ( [PARTITION BY 컬럼명] [ORDER BY 컬럼명] [WINDOWING] ) FROM 테이블명; 

 

- WINDOWING : 함수의 연산 대상이 되는 레코드의 범위를 정함

 

RANGE	ex ) RANGE BETWEEN 100 AND 200 범위를 지정해줄 때 사용
BETWEEN a AND b	a부터 b까지 윈도우가 적용됨
UNBOUNDED PRECEDING	윈도우의 시작 위치 = 첫 번째 행
UNBOUNDED FOLLOWING	윈도우의 마지막 위치 = 마지막 행
CURRENT ROW	윈도우 시작 위치가 현재 행

 

예제5)

 

=> 정답!! UNBOUNDED PRECEDING

 

 

테이블 파티션

 

- 대용량의 테이블을 여러 개의 데이터 파일에 분리하여 저장하는 것

물리적으로 분리된 데이터 파일에 저장되어 입력 / 수정 / 삭제 / 조회 성능이 향상되고, 독립적 관리가 가능

조회의 범위를 줄이는 효과가 있어 성능이 향상됨

** 막 엄청 중요하진 않음;;

 

RANGE PARTITION	값의 범위를 기준으로 파티션을 나눠 저장하는 방법 ex) 매출액에 50000 이상인 레코드와 미만인 레코드를 별도로 저장
LIST PARTITION	특정 값을 기준으로 분할 ex) 특정 값이 100일 때와 250일 때 각각 다른 데이터파일에 저장
HASH PARTITION	데이터베이스 관리 시스템이 자체적으로 해시 함수를 사용해 분할하고 관리하는 방식