본문 바로가기

자격증

 (96)
1-15강. 인터페이스 설계-인터페이스 요구사항 확인(2) 과목1. 소프트웨어 설계, 15강. 인터페이스 설계-인터페이스 요구사항 확인(2) [ 목차 ] 1. 요구공학의 개념 2. 요구공학의 목적 3. 요구공학의 요구사항 관리 4. 요구공학 프로세스 1. 요구공학의 개념 1) 시스템 요구사항 문서를 생성, 검증, 관리하기 위하여 수행되는 구조활동의 집합 2) 요구사항 획득, 분석, 명세, 검증 및 변경관리 등에 대한 제반 활동과 원칙, 요구사항 생성, 관리를 체계적, 반복적 수행 3) 요구사항 관리에 포함되는 모든 소프트웨어 개발 생명 주기활동과 이를 지원하는 프로세스를 포함 4) 요구사항 명세서를 최종 산출물로 생성 소프트웨어 개발 생명 주기 1) 시스템을 계획, 개발, 시험, 채용하는 과정을 뜻하는 용어 2) 하드웨어부터 소프트웨어까지 넓은 범위에 적용 3)..
1-14강. 인터페이스 설계-인터페이스 요구사항 확인(1) 과목1. 소프트웨어 설계, 14강. 인터페이스 설계-인터페이스 요구사항 확인(1) [ 목차 ] 1. 내외부 인터페이스(시스템 인터페이스) 요구사항 개념 2. 사용자 인터페이스 요구사항과 유형 3. 시스템 인터페이스 요구사항과 유형 4. 기타 용어 5. 내외부 인터페이스 요구 사항의 구성 1. 내외부 인터페이스(시스템 인터페이스) 요구사항 개념 1) 조직 내/외부에 존재하는 시스템이 연동을 통해 상호작용하기 위한 접속 방법이나 규칙 2) 네트워크를 통해 조직 내/외부에 존재하는 시스템 간의 요구기능을 수행하기 위해서 내외부 인터페이스 설계, 개발은 필수 인터페이스 요구사항 1) 목표 시스템과 외부 환경이 상호작용할 수 있도록 연결하기 위한 조건, 특성, 규약을 기술한 것 2) 사용자 인터페이스와 시스템 인..
1-13강. 애플리케이션 설계-객체지향 설계 과목1. 소프트웨어 설계, 13강. 애플리케이션 설계-객체지향 설계 [ 목차 ] 1. 객체지향의 개념 2. 객체지향의 등장배경 3. 구조적 개발(전통적)과 객체지향 개발의 장단점 4. 객체, 클레스, 메시지 개념 5. 캡슐화 6. 정보은폐, 정보은닉 7. 상속 8. 다형성 9. 객체지향 프로그램 개념 10. 객체지향의 구성 11. 객체지향의 기법 12. 다형성과 상속성의 차이 13. 다형성의 오버로딩과 오버라이딩 차이점 14. 객체 지향 설계의 원칙 15. 디자인 패턴의 개념 16. 디자인 패턴의 구성 17. GoF의 디자인 패턴 분류 18. 암기 19. MVC 패턴의 개념(모델, 뷰, 컨트롤러) 20. MVC 패턴의 구성 21. 1. 객체지향의 개념 1) 실 세계의 개체를 속성과 메소드가 결합된 형태의..
SQLD 2과목 2-4장. 서브쿼리 [ 목차 ] 1. 서브쿼리 2. 서브쿼리의 주의사항 3. 서브쿼리가 사용되는 곳 4. 동작 방식에 따른 서브쿼리 종류 5. 반환되는 데이터 형태에 따른 서브쿼리 분류 6. 단일 행 서브쿼리 7. 다중 행 서브쿼리 8. 다중 칼럼 서브쿼리 9. 연관 서브쿼리 10. SELECT 절의 서브쿼리 11. FROM 절의 서브쿼리 12. HAVING 절의 서브쿼리 13. UPDATE 문의 서브쿼리 14. 뷰 15. 뷰의 장점 1. 서브쿼리 1) 하나의 SQL문 안에 포함되어 있는 또 다른 SQL문 2) 알려지지 않은 기준을 이요한 검색을 위해 사용 3) 서브쿼리는 메인쿼리의 칼럼을 모두 사용할 수 있으나 반대는 불가능 4) 서브쿼리는 서브쿼리의 레벨과는 상관없이 항상 메인쿼리 레벨로 결과 집합이 생성 2. 서브쿼리..
SQLD 2과목 2-2장. 집합연산자 [ 목차 ] 1. 집합연산자 2. 집합연산자를 사용하는 상황 3. 집합연산자 종류 4. 집합연산자 특징 1. 집합연산자 1) 두 개 이상의 테이블에서 조인을 사용하지 않고 연관된 데이터를 조회하는 방법 2) 여러 개의 질의의 결과를 연결하여 하나로 결합하는 방식 즉, 2개 이상의 질의 결과를 하나의 결과로 만듬 3) SELECT 절의 칼럼 수가 동일하고 SELECT절의 동일 위치에 존재하는 칼럼의 데이터 타입이 상호 호환 가능해야 함 4) SQL문의 결과 집합에 대해 합집합, 교집합, 차집합으로 집합간의 관계를 가지고 작업 2. 집합연산자를 사용하는 상황 1) 서로 다른 테이블에서 유사한 형태의 결과를 반환하는 것을 하나의 결과로 합치고자 할 때 2) 동일 테이블에서 서로 다른 질의를 수행하여 결과를 합..
SQLD 2과목 1-9장. 조인 [ 목차 ] 1. 조인의 개념 2. 조인의 규칙 3. EQUI(등가) JOIN 4. 테이블명.칼럼명 5. JOIN 조건 기술의 주의사항 6. Non EQUI(비등가) JOIN 7. 3개 이상의 테이블 JOIN 8. JOIN의 필요성 1. 조인의 개념 1) 두 개 이상의 테이블 둘을 연결/결합하여 데이터를 출력하는 것으로, 대부분의 SQL 문장이 해당 2) 관계형 데이터베이스의 가장 큰 장점이며 대표적인 핵심 기능 3) 일반적으로 PRIMARY KEY와 FOREIGN KEY값의 연관에 의해 성립 4) PK, FK의 관계 없이 논리적인 값들의 연관만으로도 성립 가능 2. 조인의 규칙 1) 여러 테이블이 나열되더라도 SQL에서 데이터를 처리할 때 단 두 개의 집합 간에만 조인이 발생 2) A, B, C 테이블..
SQLD 2과목 1-8장. ORDER BY절 [ 목차 ] 1. ORDER BY 절이란? 2. ORDER BY 절의 특징 3. SELECT 문장 실행 순서 4. FROM, ORDER BY, GROUP BY, SELECT 복합 특징 5. ROWNUM 6. TOP( ) 1. ORDER BY 절이란? 1) SQL 문장으로 조회된 데이터들을 다양한 목적에 맞게 특정 칼럼을 기준으로 정렬하여 출력하는데 사용 2) 칼럼명 대신 SELECT 절에서 사용한 ALIAS명이나 카럼 순서를 나타내는 정수도 사용 가능 3) 별도로 정렬 방식을 지정하지 않으면 기본적으로 오름차순이 적용되며, SQL 문장의 제일 마지막에 위치 2. ORDER BY 절의 특징 1) 기본적으로 오름차순 2) 숫자형 데이터 타입은 오름차순으로 정렬했을 경우에 가장 작은 값부터 출력 3) 날짜형 ..
SQLD 2과목 1-7장. GROUP BY, HAVING절 [ 목차 ] 1. 집계 함수와 특징 2. 집계 함수의 종류 3. GROUP BY절과 특성 4. Having 절 5. GROUP BY 소그룹의 데이터 중 일부만 얻는 방법 6. CASE 표현을 활용한 월별 데이터 집계 7. 집계 함수와 NULL 1. 집계 함수와 특징 1) 여러 행들의 그룹이 모여서 그룹당 단 하나의 결과를 돌려주는 다중행 함수 중 하나 2) GROUP BY 절은 행들을 소그룹화 3) SELECT 절, HAVING, ORDER BY절에 사용할 수 있음 4) 그룹에 대한 정보를 제공하므로 주로 숫자유형에 사용하지만 MAX, MIN, COUNT 함수는 문자, 날짜에도 적용 가능 5) 일반적으로 GROUP BY 절과 같이 상용되지만 테이블 전체가 하나의 그룹이 되는 경우 단독으로 사용 가능 집계..
SQLD 2과목 1-5장. WHERE절 [ 목차 ] 1. WHERE 조건절 2. WHERE 조건절을 사용하지 않을 경우의 문제 3. 연산자의 종류 4. 연산자의 우선순위 5. 비교 연산자 6. 문자 유형 비교 방법 7. SQL 연산자 8. 논리 연산자 9. 부정 연산자 10. ROWNUM, TOP 사용 1. WHERE 조건절 1) SELECT [ DISTINCE/ALL] 칼럼명 [ALIAS명] FROM 테이블명 WHERE 조건식; 2) 원하는 자료만 검색하기 위해 SQL문장에 WHERE 절을 이용하여 자료들을 제한할 수 있음 3) WHERE 절을 사용하지 않아서 발생하는 문제점을 방지하기 위해 조건이 없는 FTS 문장은 SQL튜닝의 1차적 검토대상 4) ORACLE의 경우 필수적으로 SELECT 절과 FROM 절로 이뤄지게 구성 5) SQL ..
SQLD 2과목 1-4장. TCL [ 목차 ] 1. 트랜잭션 정의와 특징 2. 트랙잭션의 용어 3. 트랜잭션의 특성 4. 잠금 5. COMMIT 사용 이전 6. COMMIT 사용 7. ROLLBACK 사용 8. COMMIT과 ROLLBACK의 이점 9. SAVEPOINT 10. 추가 내용 1. 트랜잭션 정의와 특징 1) 데이터베이스의 논리적 연산단위 2) 밀접히 관련되어 분리될 수 업슨 한 개 이상의 데이터베이스 조작을 의미 3) 논리적인 작업 단위를 구성하는 세부적인 연산들의 집합 4) 하나의 트랜잭션에는 하나 이상의 SQL 문장이 포함 5) 트랜잭션은 분리할 수 없는 최소의 단위로, 전부 적용하거나 전부 취소하는 ALL OR NOTHING의 개념 6) 대상이 되는 SQL문은 UPDATE, INSERT, DELETE 등 데이터를 수정하..
1-12강. 애플리케이션 설계-공통 모듈 설계(2) 과목1. 소프트웨어 설계, 12강. 애플리케이션 설계-공통 모듈 설계(2) [ 목차 ] 1. 소프트웨어 아키텍처의 개념 2. 소프트웨어 아키텍처의 역할 3. 소프트웨어 아키텍쳐 결정 요인 4. 아키텍처 설계 절차 5. 아키텍처 설계의 입력과 출력 6. 소프트 아키텍처 절차에 따른 적용원리 7. 소프트웨어 아키텍처 프레임워크(소프트웨어 개발 환경) 8. SW 아키텍처 4+1 View의 개요 1. 소프트웨어 아키텍처의 개념 1) 소프트웨어 시스템의 구조를 비롯한 시스템 개발에 중요한 영향을 미치는 결정 2) 소프트웨어 시스템 개발에서 특정 시스템에 대해 요구되는 기능, 품질을 확보하고 소프트웨어 시스템의 구축, 지속적 인 개선이 용이하도록 하는 역할 3) 개발하고자 하는 소프트웨어의 사전 작업을 통하여 소프..
1-11강. 애플리케이션 설계-공통 모듈 설계(1) 과목1. 소프트웨어 설계, 11강. 애플리케이션 설계-공통 모듈 설계(1) [ 목차 ] 1. 애플리케이션 설계 2. 공통 모듈의 개념 3. 공통 모듈 명세 작성 원칙 4. 모듈화 개념 5. 모듈화의 목적 6. 모듈의 성질 7. 소프트웨어 설계와 모델링의 개념 8. 소프트웨어 설계 프로세스 9. 설계 모델의 구성 10. 구조 모델의 정적, 동적 요소 11 행위 모델의 정적, 동적 요소 1. 애플리케이션 설계 1) 요구사항 확인을 통한 상세 분석 결과, 소프트웨어 아키텍처 가이드라인/산출물에 의거하여 이에 따른 애플리케이션 구현을 수행하기 위해 공통모듈 설계, 타 시스템 연동에 대하여 상세 설계하는 능력 2) 모듈 : 전체 프로그램 기능 중 특정 기능을 처리할 수 있는 실행 코드를 의미하며 자체적으로 컴파일..
1-10강. 화면 설계-UI 설계 과목1. 소프트웨어 설계, 10강. 화면 설계-UI 설계 [ 목차 ] 1. UI 설계 단계 2. 흐름설계 3. 상세설계 4. 감성 공학의 개념 5. 감성공학 관련 기술 6. 감성공학의 접근 방법 7. UI 설계 도구의 개념 8. UI 개발 프로세스와 설계도구 적용 사례 9. UI 설계 도구의 유형 10. UI 설계 도구의 종류 1. UI 설계 단계 1) 문제 정의 1] 시스템의 목적을 기술하고 해결해야 할 문제를 정의 2] 형식 또는 비형식적으로 시스템의 목적을 기술 2) 사용자 모델 정의 1] 사용자의 특성을 명확히 하지 않고는 시스템의 사용성을 확보할 수 없이게 사용자의 특성을 결정 2] 사용자의 컴퓨터 소프트웨어와 작업에 대한 지식 정도에 따라 초급자, 중급자, 숙련자로 분류 3] 시스템은 사용자 ..
1-9강. 화면 설계-UI 요구사항 확인(2) 과목1. 소프트웨어 설계, 9강. 화면 설계-UI 요구사항 확인(2) [ 목차 ] 1. 스토리보드 정의 2. UI 화면설계 구분 3. 스토리보드 작성 절차 4. UI 요구사항 정의 5. 요구사항 확인 6. 품질 요구사항 1. 스토리보드 정의 1) 디자이너와 개발자가 최종적으로 참고하는 설계 산출 문서 2) 정책, 프로세스, 콘텐츠의 구성, 와이어 프레임(UI, UX), 기능 정의, 데이터베이스의 연동 등 서비스 구출을 위한 대부분 의 정보가 수록 3) 파워포인트, 키노트, 스케치 등 와이어 프레임 : 이해관계자들과의 의사소통 또는 서비스의 간략한 흐름을 위해 화면 단위의 레이아웃을 설계 손그림, 파워포인트, 키노트, 스케치, 일러스트, 포토샵 등 UI/UX : 구현에 필요한 사용자와 목표, 인터페이스 간..
1-8강. 화면 설계-UI 요구사항 확인(1) 과목1. 소프트웨어 설계, 8강. 화면 설계-UI 요구사항 확인(1) [ 목차 ] 1. UI의 개념 2. UI의 종류 3. UI의 세 분야 4. UI의 설계 원칙 5. UI 표준 6. UI 표준 - 웹 스타일 가이드 7. UI 표준 - 웹스타일 가이드 구성 8. UI 표준 - 정책 9. UI 지침 10 UI 지침 - 사용자 경험(UX)의 고려사항 13. UI 지침 - 정보소외계층의 접근성 14. UI 지침 - 일관성 15. UI 지침 - 이미지 16. UI 지침 - 기타 설계 지침 1. UI의 개념 1) 사람(사용자)과 사물, 시스템, 기계, 컴퓨터 프로그램 등 사이에서 의사소통을 할 수 있도록 일시적 또는 영구적인 접근 을 목적으로 만들어진 물리적, 가상적 매개체 2) 운영체제, 모니터, 키보드, 마우..
1-7강. 요구사항 확인 - 분석모델 확인(2) 과목1. 소프트웨어 설계, 7강. 요구사항 확인-분석모델 확인(2) [ 목차 ] 1. 분석 자동화 도구(CASE 도구) 정의 2. 자동화 도구의 필요성 3. 자동화 도구의 등장 배경 4. 자동화 도구의 효과 5. 자동화 도구 도입 시 필요사항 6. 자동화 도구 종류 - SADT 7. 자동화 도구 종류 - SREM 8. 자동화 도구 종류 - PSL/PSA 9. 자동화 도구 종류 - TAGS 10. 자동화 도구 종류 - UML/CASE 11. 요구공학의 정의 12. 요구사항 관리의 필요성 13. 요구공학의 요구사항 관리 14. 요구사항 관리 도구의 개념 15. 요구사항 관리 도구의 주요 기능 1. 분석 자동화 도구(CASE 도구) 정의 1) 요구사항을 자동으로 분석하고 요구사항 분석 명세서를 기술하도록 개발..
SQLD 2과목 1-3장. DML [ 목차 ] 1. INSERT 2. UPDATE 3. DELETE 4. SELECT 5. 산술연산자 6. 합성연산자 7. DDL과 DML의 차이 1. INSERT 1) 테이블에 데이터를 입력하는 명령으로 두 가지 유형이 있으며 한 번에 한 건만 입력 2) INSERT INTO 테이블명(칼럼 목록) VALUES(칼럼 목록에 넣을 데이터 목록); 3) INSERT INTO 테이블명VALUES(전체 칼럼에 넣을 데이터목록); 4) 칼럼명과 일벼해야 하는 값을 서로 1:1 매핑해서 입력 5) 칼럼의 데이터유형이 문자형일 경우 ' '로 입력할 값을 입력하고 숫자일 경우 붙이지 않음 6) 2방법은 테이블의 칼럼을 정의할 수 있으며, 칼럼의 순서는 테이블의 칼럼 순서와 매치할 필요가 없고 정의하지 않 은 칼럼은 DE..
SQLD 2과목 1-2장. DDL [ 목차 ] 1. 데이터 유형과 특징 2. 데이터 유형 종류 3. 두 문자열(CHAR, VARCHAR) 유형의 비교4. 테이블과 칼럼의 정의 4. 테이블과 칼럼의 정의 5. 테이블 생성과 조건 CREATE TABLE 6. 제약조건 7. 제약조건의 종류 8. NULL의 DEFAULT의 의미 9. 생성된 테이블 구조 확인 10. SELECT 문자을 통한 테이블 생성 사례 11. ALTER TABLE 12. RENAME TABLE 13. DROP TABLE 14. TUNCATE TABLE 1. 데이터 유형과 특징 1) 데이터베이스의 테이블에 특정 자료를 입력할 때, 그 자료를 받아들일 공간을 자료의 유형별로 나누는 기준 2) 칼럼을 정의할 때 선언한 데이터 유형은 그 칼럼이 받아들일 수 이쓴 자료의 유형을 규..
1-6강. 요구사항 확인-분석모델 확인(1) 과목1. 소프트웨어 설계, 6강. 요구사항 확인-분석모델 확인(1) [ 목차 ] 1. 모델링의 개념 2. 개념 모델링의 역할 3. 개념 모델링 과정 4. 개념 모델의 종류와 표기법 5. UML 다이어그램의 사용 6. 분석모델 검증 7. 유스케이스 모델 검증 8. 개념수준 분석 클래스 검증 9. 분석 클래스 검증 1. 모델링의 개념 1) 실세계의 물리현상을 특정한 목적과 일정한 표기법에 맞춰 이용하기 쉬운 형식으로 표현하는 일 2) 요구사항을 표준화된 약속(UML)으로 표현하여 의사소통 2. 개념 모델링의 역할 1) 실세계 문제에 대한 모델링이 소프트웨어 요구사항 분석의 핵심이며 모델은 문제가 발생하는 상황에 대한 이해를 증 진시키고 해결책을 설명 2) 개념 모델은 문제 도메인의 엔터티들과 그들의 관계 및..
1-5강. 요구사항 확인-요구사항 확인(2) 과목1. 소프트웨어 설계, 5강. 요구사항 확인-요구사항 확인(2) [ 목차 ] 1. UML의 개념 2. UML의 특징 3. 통합 모델링 언어가 필요한 이유 4. UML의 구성요소 5. UML 다이어그램의 종류 - Use Case 6. UML 다이어그램의 종류 - Class 7. UML 다이어그램의 종류 - Object(객체) 8. UML 다이어그램의 종류 - State 9. UML 다이어그램의 종류 - Sequence 10. UML 다이어그램의 종류 - Collaboration = Communication 11. UML 다이어그램의 종류 - Activity 12. UML 다이어그램의 종류 - Component 13. UML 다이어그램의 종류 - Deployment 14. 애자일 방법론의 개념 15. 애..
1-4강. 요구사항 확인-요구사항 확인(1) 과목1. 소프트웨어 설계, 4강. 요구사항 확인-요구사항 확인(1) [ 목차 ] 1. 요구분석의 개념 2. 요구분석 활동 유형 3. 요구분석 기법 4. 구조적 개발 VS 객체지향 개발 5. 객체지향의 용어 1. 요구분석의 개념 1) 도출된 요구사항들 간의 상충을 해결하고 소프트웨어의 범위를 파악하여 소프트웨어가 환경과 어떻게 상호작용하는지 분석하는 과정 2) 외부사용자와의 인터페이스 및 내부시스템 구성요소간의 인터페이스를 분석하여 시스템을 계층적, 구조적, 유기적으로 표현 2. 요구분석 활동 유형 1) 도메인 분석 1] 문제 영역 안에 있는 중요한 사항들을 인식하기 위해 정보를 수집하고 배경을 분석하는 단계 2] 사용자와의 인터뷰, 설문조사, 실사를 통해 현황을 파악하고 새로운 시스템에 대한 요구분석을 ..
1-3강. 요구사항 확인-현행시스템 분석(3) 과목1. 소프트웨어 설계, 3강. 요구사항 확인-현행시스템 분석(3) [ 목차 ] 1. DBMS 분석 - 데이터베이스의 개념 2. DBMS 분석 - 데이터베이스의 기능 3. DBMS 분석 - 데이터베이스 설계(모델링) 4. 현재 시스템의 데이터베이스 시스템 분석 5. DBMS 분석 - DBMS 정의 6. DBMS 분석 - DBMS 유형과 특징 7. 논리/물리 테이블의 구조 파악 8. 트리거 9. 비즈니스 융합 분석 - 비즈니스 융합의 개념 10. 비즈니스 융합 분석 1. DBMS 분석 - 데이터베이스의 개념 1) 사용자와 다른 애플리케이션, 데이터베이스 등과 상호작용하여 데이터를 저장, 분석하기 위한 컴퓨터 소프트웨어 2) 데이터베이스 생성, 조회, 변경 등의 관리가 주요 기능 3) 파일 시스템의 문제를..
1-2강. 요구사항 확인-현행시스템 분석(2) 과목1. 소프트웨어 설계, 2강. 요구사항 확인-현행시스템 분석(2) [ 목차 ] 1. 운영체제 분석 - 운영체제의 정의 2. 운영체제 분석 - 운영체제의 종류와 특징 3. 네트워크 분석 - 네트워크(컴퓨터망)의 정의 4. 네트워크 분석 - OSI 7 Layer 5. OSI 7 계층별 기능 6. 전송 계층과 데이터 링크 계층 차이 7. OSI 7 계층과 TCP/IP 비교 8. 기타 용어 1. 운영체재 분석 - 운영체제 1) 하드웨어와 소프트웨어 자원을 관리하고 컴퓨터 프로그램을 위한 공통 서비스를 제공하는 소프트웨어 2) 서로 다른 언어(사람, 컴퓨터)의 매개체 3) 운영 체제의 종류, 버전, 패치 일자, 백업 주기 등을 분석 2. 운영체제 분석 - 운영체제의 종류와 특징 1) 윈도우 : 중소규모 서버,..
1-1강. 요구사항 확인-현행시스템 분석(1) 과목1. 소프트웨어 설계, 1강. 요구사항 확인-현행시스템 분석(1) [ 목차 ] 1. 컴퓨터(컴퓨터 시스템)의 구성 요소 이해하기 2. 시스템 도입 목적 3. 현행 시스템 분석 4. 플랫폼 기능 분석 - 플랫폼의 정의 5. 플랫폼 기능 분석 - 플랫폼의 기능 6. 플랫폼 기능 분석 - 플랫폼 기능 특성 확인 방법 7. 플랫폼 성능 특성 분석 - 현행 시스템 분석에 플랫폼의 성능 특성을 알아야 하는 이유 8. 플랫폼 성능 특성 분석 - 플랫폼 성능 특성 확인 방법 1. 컴퓨터(컴퓨터 시스템)의 구성 요소 이해하기 1) 하드웨어 + 소프트웨어 2) 하드웨어 : 한 번 생산하면 바뀌지 않는 딱딱한 제품 1] 본체 : 프로세서(cpu), 주기억장치(ram, rom), 보조기억장치(하드디스크, ssd), 메인보..
SQLD 2과목 1-1장. 관계형 데이터베이스 [ 목차 ] 1. 데이터 베이스 정의 2. 파일 시스템과의 비교, 관계형 데이터베이스의 이점 3. SQL의 정의와 특징 4. SQL 명령어 5. Table 6. 테이블의 정규화 7. ERD 1. 데이터베이스 정의 1) 넓은 의미에서 일상적인 정보들을 모아 놓은 것 자체를 의미 2) 일반적으로 특정 기업, 조직, 개인이 필요에 의해 데이터를 일정한 형태로 저장해 놓은 것 3) DBMS : 효율적 데이터 관리를 비롯해 데이터 손상을 피하고 필요한 데이터를 복구하는 소프트웨어 시스템 4) 대부분 객체 지원 기능을 추가한 객체 관게형 데이터베이스를 사용하고 있으며, 이를 조작, 관리하는 SQL이 중요 2. 파일 시스템과의 비교, 관계형 데이터베이스의 이점 1) 파일 시스템 : 분산된 데이터 간의 정합성을 유지하..
SQLD 1과목 2-6장. 분산 데이터베이스의 성능 [ 목차 ] 1. 분산 데이터베이스란? 2. 분산 데이터베이스의 투명성 3. 분산 데이터베이스 적용방법 4. 분산 데이터베이스의 장점 5. 분산 데이터베이스의 단점 6. 데이터베이스 분산구성의 가치 7. 분산 데이터베이스의 적용 기법 8. 분산 데이터베이스의 효과적 적용 1. 분산 데이터베이스란? 1) 데이터베이스를 연결하는 빠른 네트워크 환경을 이용하여 데이터베이스를 여러 지역 여러 노드로 위치시켜 사용성/ 성능 등을 극대화 시킨 데이터베이스 2) 여러 곳으로 분산되어 있는 데이터베이스를 하나의 가상 시스템으로 사용할 수 있도록 한 데이터베이스 3) 논리적으로 동일한 시스템에 속하지만 컴퓨터 네트워크를 통해 물리적으로 분산되어 있는 데이터들의 모임으로, 물리 적 Site 분산, 논리적으로 사용자 통합/..
SQLD 1과목 2-5장. 데이터베이스 구조와 성능 [ 목차 ] 1. 1. 슈퍼/세이브타입 모델 1) = Extended ER모델 2) 업무를 구성하는 데이터의 특징을 공통과 차이점의 특징을 고려하여 효과적으로 표현할 수 있음 3) 공통의 부분을 슈퍼타입으로 모델링하고 공통으로부터 상속받아 다른 엔터티와 차이가 있는 속성에 대해서는 별도의 서브엔터티로 구분하여 업무의 모습을 정확하게 표현하면서 물리적인 데이터 모델로 변환을 할 때 선택의 폭을 넓힐 수 있음 4) 논리적 데이터 모델에서 이용되며, 분석/설계단계를 구분하자면 분석단계에서 많이 사용 5) 물리적인 데이터 모델을 설계하는 단계에서는 슈퍼/서브타입 데이터 모델을 일정한 기준에 의해 변환을 해야 함
SQLD 1과목 2-4장. 대량 데이터에 따른 성능 [ 목차 ] 1. 대량 데이터 발생에 따른 문제 2. 대량 데이터 발생에 따른 문제 해결책 3. 한 테이블에 많은 수의 칼럼을 가지고 있는 경우 4. 대량 데이터 저장 및 처리로 인한 성능 향상법 5. 테이블에 대한 수평/수직 분할의 절차 1. 대량 데이터 발생에 따른 문제 1) 설계가 잘 되어있는 데이터 모델도 많은 데이터가 하나의 테이블, 하나의 하드웨어에 저장되어 있으면 성능 저하 발생 2) 중요한 업무에 해당하는 데이터가 특정 테이블에 있는 경우 일의 처리되는 양이 한군데에 몰리는 현상 발생 3) 한 테이블에 많은 데이터의 존재는 인덱스의 Tree구조가 커져 효율성이 떨어져 데이터를 처리할 때 I/O을 많이 유발 4) 한 테이블에 많은 칼럼의 존재는 데이터가 디스크의 여러 블록에 존재, 디스크에서..
SQLD 1과목 2-3장. 반정규화와 성능 [ 목차 ] 1. 반정규화의 정의 2. 무결성이 깨질 위험을 감수하고 데이터를 중복하여 반정규화 하는 경우 3. 반정규화의 적용방법 4. 반정규화의 기법 1. 반정규화의 정의 1) 성능을 향상시키기 위해 정규화된 데이터 모델에서 중복, 통합, 분리 등을 수행하는 모든 과정 2) 정규화된 엔터티, 속성, 관계에 대해 시스템의 성능향상, 개발, 운영의 단순화를 위해 중복, 통합, 분리 등을 수행 3) 데이터 무결성이 깨질 가능성이 있기 때문에 반드시 데이터 무결성을 보장할 수 있는 방법을 고려한 후에 적용 4) 정규화와 Trade-Off 관계이며 정규화만을 강조하면 성능의 이슈가 발생, 반정규화만을 강조하면 무결정 깨짐 위험 2. 무결성이 깨질 위험을 감수하고 데이터를 중복하여 반정규화 하는 경우 1) 기본..
SQLD 1과목 2-2장. 정규화와 성능 [ 목차 ] 1. 정규화를 통한 성능 향상 전략 2. 함수적 종속성에 근거한 정규화 수행 1. 정규화를 통한 성능 향상 전략 1) 데이터에 대한 중복성을 제거하고 데이터가 관심사별로 처리되는 경우가 많기 때문에 성능이 향상되는 특징을 지님 2) 계속된 엔터티의 발생으로 SQL문장의 조인 다량 발생과 성능저하는 반정규화를 적용하여 해결 3) 조회 성능과 입력/수정/삭제 성능은 데이터 모델 구성 방식에 따라 Trade-Off되는 경우가 많음 4) 정규화를 수행하는 것은 데이터를 결정하는 결정자에 의해 함수적 종속을 가지고 있는 일반속성을 의존자로 하여 입 력/수정/삭제 이상을 제거하는것 5) 데이터의 중복속성을 제거하고 결정자 의해 동일한 의미의 일반속성이 하나의 테이블로 집약되므로 한 테이블의 데 이터 용..

티스토리툴바