✅ RTO (목표 복구 시간) 정리 표
| 항목 | 설명 |
|---|---|
| 정의 | 시스템 중단 발생 시점부터 정상 가동까지 소요 가능한 최대 시간 |
| 목적 | 서비스 중단이 업무에 미치는 영향 최소화 |
| 상황 예시 | 외부 공격, 자연재해, 서버 다운, 장애 등 발생 시 복구 목표 시간 설정 |
| 중요성 | RTO가 짧을수록 즉각적인 대응력과 복구 능력이 필요함 |
| 활용 분야 | 재해 복구 계획(DRP), 비즈니스 연속성 계획(BCP), 보안 운영 등 |
| 예시 | RTO = 4시간 → 시스템이 4시간 이내에 반드시 복구되어야 함 |
| 관련 용어 | - RPO (Recovery Point Objective): 복구 시점 기준 - BCP: 비즈니스 연속성 계획 - DRP: 재해 복구 계획 |
✅ Set(세트) 자료구조 정리 표
| 항목 | 설명 |
|---|---|
| 정의 | 순서가 없는 자료들의 집합으로, 중복을 허용하지 않음 |
| 주요 특징 | - 중복된 값 저장 불가 - 요소 간 순서 없음 - 검색·삽입·삭제가 빠름 (해시 기반 구조일 경우) |
| 자료형 예시 | - Python: set()- Java: HashSet, TreeSet, LinkedHashSet- C++: std::set, std::unordered_set |
| 활용 예시 | - 중복 제거 - 집합 연산 (합집합, 교집합, 차집합) - 유일한 값 관리 |
| 연산 예시 (Python) | a = {1, 2, 3}a.add(4) → {1, 2, 3, 4}a.add(2) → {1, 2, 3, 4} (변화 없음) |
| 장점 | - 중복 자동 제거 - 집합 연산 간결하게 사용 가능 |
| 단점 | - 순서가 중요할 경우 부적합 - 인덱싱 불가 (예: a[0] 불가능) |
✅ AJAX 정리 표
| 항목 | 설명 |
|---|---|
| 정의 | 클라이언트와 서버 간 **자바스크립트와 XML(또는 JSON)**을 사용해 비동기적으로 통신하여, 전체 페이지를 다시 로드하지 않고 일부만 업데이트하는 기술 |
| 전체 이름 | Asynchronous JavaScript and XML |
| 핵심 특징 | - 전체 페이지를 새로 고치지 않음 - 사용자 경험(UX) 향상 - 빠른 응답 속도 |
| 구성 요소 | - JavaScript - XMLHttpRequest 객체 (또는 fetch)- XML 또는 JSON 데이터 형식 |
| 사용 예시 | - 실시간 검색 자동완성 - 댓글 비동기 등록 - 지도에서 마커 추가 시 일부만 새로고침 등 |
| 장점 | - 웹 애플리케이션 반응 속도 향상 - 트래픽 감소 - 사용자 경험 향상 |
| 단점 | - JavaScript 비활성화 시 동작하지 않음 - SEO(검색 최적화)에 불리할 수 있음 |
✅ SQL 구문 설명 표
| 구문 | 설명 |
|---|---|
SELECT 학번, 이름 | 조회할 컬럼(열): 학번, 이름 |
FROM 학생 | 조회 대상 테이블: 학생 테이블 |
WHERE 학년 IN (3, 4) | 조건: 학년이 3 또는 4인 학생만 조회 |
| 구문 | 설명 |
|---|---|
WHERE 학년 IN (3, 4) | 3학년, 4학년인 경우 |
WHERE 학년 >= 3 | 3학년 이상인 경우 |
WHERE 학년 IN (SELECT 학년 FROM 학생 WHERE 학년 >= 3) | 같은 의미지만 서브쿼리 사용 |
✅ ROLLBACK 정리 표
| 항목 | 설명 |
|---|---|
| 정의 | 트랜잭션 처리 중 오류 또는 취소 요청이 발생했을 때, 모든 작업을 취소하고 이전 상태로 되돌리는 명령어 |
| 용도 | 데이터의 무결성 유지 및 오류 발생 시 복구 |
| 적용 대상 | INSERT, UPDATE, DELETE 등의 데이터 변경 작업 |
| 반대 개념 | COMMIT — 트랜잭션의 작업 결과를 영구 반영 |
| 관련 명령어 | - BEGIN 또는 START TRANSACTION: 트랜잭션 시작- COMMIT: 작업 확정- ROLLBACK: 작업 취소 |
| 주의 사항 | AUTOCOMMIT 설정 시 자동 저장되어 ROLLBACK 불가 (MySQL 등 일부 DBMS) |
✅ IPSec 정리 표
| 항목 | 설명 |
|---|---|
| 정의 | IP 계층에서 데이터 변조, 위조, 도청을 방지하기 위한 보안 통신 규약(프로토콜 모음) |
| 작동 계층 | 네트워크 계층 (OSI 7계층 중 3계층) |
| 기능 | - 데이터 암호화 - 무결성 검증 - 인증 - 재전송 방지 - 데이터 은닉(기밀성) |
| 구성 요소 | - AH (Authentication Header): 인증 및 무결성 제공 - ESP (Encapsulating Security Payload): 암호화 + 인증 제공 |
| 운영 모드 | - 전송 모드 (Transport Mode): IP 페이로드만 보호 - 터널 모드 (Tunnel Mode): IP 헤더까지 전체 보호 (VPN에서 주로 사용) |
| 활용 분야 | VPN, 기업 보안망, 사이트 간 암호화 통신 등 |
| 관련 프로토콜 | - IKE (Internet Key Exchange) - ISAKMP 등 (키 교환 및 보안 정책 설정) |
✅ CREATE INDEX 문법
| 항목 | 설명 |
|---|---|
| 명령어 | CREATE INDEX idx_name ON student(name); |
| 역할 | student 테이블의 name 컬럼에 대해 idx_name이라는 인덱스 생성 |
| 목적 | - name 컬럼을 조건으로 검색(WHERE, ORDER BY 등)할 때 조회 속도 향상- 빠른 탐색과 정렬 가능 |
| 인덱스 이름 | idx_name → 개발자가 지정한 인덱스 식별자 |
| 테이블 이름 | student → 인덱스를 적용할 대상 테이블 |
| 컬럼 이름 | name → 인덱스를 걸 대상 컬럼 |
| 주의점 | - 인덱스는 쓰기 성능에 영향을 줄 수 있음 - 너무 많은 인덱스는 오히려 성능 저하 유발 가능 |
| 항목 | 설명 |
|---|---|
| 목적 | name 컬럼을 추가하고, 기본값 'idx_name' 설정 |
| 수정된 문장 | ALTER TABLE student ADD name VARCHAR(50) DEFAULT 'idx_name'; |
✅ SOAP vs REST 비교 표
| 항목 | SOAP | REST |
|---|---|---|
| 기반 | XML 기반 | JSON, XML, HTML 등 다양 |
| 전송 프로토콜 | HTTP, SMTP 등 | 주로 HTTP |
| 메시지 형식 | Envelope, Header, Body 구조의 복잡한 XML | 간결하고 직관적인 리소스 URL 구조 |
| 표준성 | WSDL(Web Service 정의 언어) 등 표준화 ↑ | 상대적으로 비표준적 (단순 명세) |
| 확장성/보안 | 보안, 트랜잭션 등 복잡한 기능 지원 | 상대적으로 단순함 |
| 사용 예시 | 기업 시스템 간 연동 (ex. 금융, 보험 등) | 웹/모바일 API 서비스 등 |
✅ SQL Injection 정리 표
| 항목 | 설명 |
|---|---|
| 정의 | 웹 입력창 등에 악의적인 SQL 구문을 삽입하여 데이터베이스를 공격하는 방식 |
| 공격 목적 | - 로그인 우회 - 사용자 정보 탈취 - DB 테이블 삭제/변경 등 |
✅ 사용자 인터페이스 설계 5원칙 정리 표
| 항목 | 설명 |
|---|---|
| 직관성 | 누구나 쉽게 이해하고 사용할 수 있어야 한다. |
| 유효성 | 사용자의 목표를 정확하고 완벽하게 달성해야 한다. |
| 학습성 | 누구나 쉽게 배우고 익힐 수 있어야 한다. |
| 유연성 | 사용자의 요구사항을 최대한 수용하고 실수를 최소화해야 한다. |
| 반응성 | 사용자의 요청에 대해 즉각적이고 명확하게 피드백을 제공해야 한다. (※ 반응성은 이미지에 없지만 5원칙 중 하나) |
✅ LOD (Linked Open Data, 개방형 링크드 데이터) 정리 표
| 항목 | 설명 |
|---|---|
| 정의 | 웹상에 존재하는 데이터를 개별 URI로 식별하고, 이 URI에 링크 정보를 부여하여 상호 연결된 웹을 구성하는 데이터 모델 → 시맨틱 웹의 핵심 구성 요소 |
| 배경 | 팀 버너스 리(Tim Berners-Lee), W3C 주도 |
| 주요 기능 | 1. 공개된 데이터를 통해 내가 원하는 데이터가 어디에 있는지 알 수 있음 2. URI로 구분된 데이터 리소스에 자유로운 접근 및 이용 가능 3. 내가 만든 데이터가 아니어도, URI 링크를 통해 활용 가능 |
| 4대 원칙 | 1. URI를 사용해 식별 2. URI는 HTTP로 접근 가능 3. RDF와 같은 표준 사용 4. 다른 데이터와 연결되는 풍부한 링크 정보 포함 |
| 기술 요소 | RDF, SPARQL, OWL, HTTP, XML 등 |
| 의미 | Open Data(개방형 데이터) + Linked Data(연결된 데이터) = LOD |
뭐가될지 모름