📊 SQL 쿼리 구조 분석
| 구문 위치 | 내용 | 설명 |
|---|---|---|
| ❶ 서브쿼리 | SELECT 단가 FROM 제품 WHERE 제조사 = 'H' | 제조사가 'H'인 제품의 단가 목록을 가져옴 |
| ❷ 메인쿼리 | SELECT 제품명, 단가, 제조사 FROM 제품 WHERE 단가 > ALL (❶) | 'H' 제조사의 모든 제품보다 단가가 높은 제품의 정보 조회 |
🔍 핵심 키워드 설명
| 키워드 | 의미 |
|---|---|
ALL | 괄호 안의 모든 값보다 큰 경우만 참 (단가 > ALL (서브쿼리)는 "모든 단가보다 큼") |
| 서브쿼리 | WHERE절 안에서 조건을 계산하기 위한 중첩 SELECT문 |
단가 > ALL | 'H' 제조사의 최고 단가보다 더 높은 제품만 조회됨 |
| 구문 | 의미 | 사용 목적 |
|---|---|---|
| > ALL (서브쿼리) | 모든 값보다 크다 | 최댓값보다 커야 함 |
| > ANY (서브쿼리) | 하나라도 크면 된다 | 최솟값보다 크면 OK |
| > (SELECT MAX(컬럼)) | 최댓값과 비교 | 단일값 비교 (ALL과는 다름) |
📊 SQL & C 구조체 관련 요약표
| 항목 | 코드 예시 | 설명 |
|---|---|---|
| SQL - COUNT 함수 | COUNT(COL2) | COL2 컬럼의 NULL이 아닌 값 개수를 계산함→ NULL은 집계에서 제외됨 |
| C 언어 - 구조체 배열 선언 | struct A st[2]; | 사용자 정의 구조체 A를 기반으로, 크기가 2인 구조체 배열 st를 선언→ 각각의 요소는 struct A 타입 |
🌐 IP 주소 클래스 구분표
| 클래스 | 시작 범위 (1바이트 앞자리) | 용도 및 특징 |
|---|---|---|
| A Class | 0 ~ 127 | 대규모 네트워크용 (호스트 수 많음) |
| B Class | 128 ~ 191 | 중간 규모 네트워크용 |
| C Class | 192 ~ 223 | 소규모 네트워크용 (가정, 소기업 등) |
| D Class | 224 ~ 239 | 멀티캐스트 주소용 |
| E Class | 240 ~ 255 | 실험용, 현재는 공용되지 않음 |
🌐 IP 주소와 서브넷 마스크 개념 정리
| 항목 | 내용 |
|---|---|
| IP 주소 예시 | 192.168.1.132 → C 클래스 (첫 옥텟이 192~223) |
| C 클래스 기본 서브넷 마스크 | 255.255.255.0 (앞 24비트가 1) |
| 현재 서브넷 마스크 | 255.255.255.192 → 26비트가 1 (/26) |
| 추가된 비트 수 | 26비트 − 24비트 = 2비트 |
| 생성 가능한 네트워크 수 | 2^2 = 4개 |
| 각 네트워크당 호스트 수 | 2^(8−2) − 2 = 62개 (호스트 비트 6개 → 64 − 2) |
🧩 파이썬 & C 코드 해석 요약표
| 항목 | 코드 예시 | 설명 |
|---|---|---|
| 파이썬 서식 문자열 | "R AND %s" % "STR" | %s는 문자열 서식 지정자로 "STR"이 대응되어 결과는 "R AND STR"이 됨 |
| C 언어 배열 선언 | a[4] = {0, 2, 4, 8}; | 정수형 배열 a 선언 및 초기화 |
| C 언어 포인터 선언 | int* p; | 정수형 포인터 p 선언 |
| 포인터 연산 | p = a + i; | p는 배열 a의 i번째 요소 주소를 저장(즉, p는 &a[i]와 동일한 주소를 가짐) |
📊 관계 해석 요약표
| 항목 | 설명 |
|---|---|
| 정의 | 관계 데이터의 연산을 표현하는 방법으로, 수학의 술어 해석(Predicate Calculus)에 기반하여 제안됨 |
| 제안자 | E. F. Codd |
| 특징 | 원하는 정보가 무엇인지만 정의하는 비절차적(선언형) 특성 |
| 계산 방식 | 원하는 정보를 정의할 때 계산 수식 사용 |
| 구성 | - 튜플 해석식(Tuple Relational Calculus) - 도메인 해석식(Domain Relational Calculus) |
🔐 암호 알고리즘 비교: IDEA vs SKIPJACK
| 항목 | IDEA | SKIPJACK |
|---|---|---|
| 정식 명칭 | International Data Encryption Algorithm | SKIPJACK |
| 개발자/국가 | 스위스의 Lai와 Massey | 미국 NSA(국가안보국) |
| 발표 시기 | 1990년 PES 발표 → 이후 개선된 IPES 발표 | 1990년대 초반 |
| 현재 명칭 | IPES → IDEA | SKIPJACK |
| 키 길이 | 128비트 | 80비트 |
| 블록 크기 | 64비트 | 64비트 |
| 사용 목적 | 일반적인 암호화 용도 | Clipper Chip에 탑재되어 전화기 등 통신 장비 내 음성 데이터 암호화 |
| 특징 | 안전성과 성능이 우수하여 널리 사용됨 | 미국 정부 주도로 개발, 상업적 공개는 제한적 |
🔐 VPN, SSL, IPSec 비교표
| 용어 | 설명 | 특징 및 사용 사례 |
|---|---|---|
| VPN (Virtual Private Network) | 공중 네트워크(예: 인터넷)를 통해 암호화된 가상 사설망을 구성하는 기술 | - 마치 전용 회선처럼 안전하게 통신 - 기업 원격근무, 사설망 접속에 활용 - 비용 절감 효과 |
| SSL VPN | SSL(보안 소켓 계층) 기반으로 동작하는 VPN | - 웹 브라우저로 쉽게 접속 가능 - 별도 클라이언트 없이도 사용 가능 |
| IPSec VPN | IPSec(인터넷 프로토콜 보안)을 기반으로 동작하는 VPN | - OS 수준에서 네트워크 계층 보안 제공 - 보다 강력한 보안, 성능 우수 - 서버 간 통신 보호에 활용됨 |
🧱 인터페이스 분리 원칙 (Interface Segregation Principle)
| 항목 | 설명 |
|---|---|
| 정의 | 사용하지 않는 인터페이스와의 의존 관계를 맺거나 영향을 받아서는 안 된다는 원칙 |
| 의의 | 클라이언트(사용자)는 자신이 사용하지 않는 기능에 의존하지 않아야 한다 |
| 문제 예시 | 프린터, 팩스, 복사 기능을 모두 가진 복합기에서 하나의 인터페이스로 모든 기능을 정의하면, 팩스만 사용하는 사용자도 복사/프린트 기능에 의존하게 됨 |
| 해결 방법 | 기능별로 인터페이스를 분리 → Printer, Fax, Copier 인터페이스 따로 정의 |
| 효과 | - 인터페이스 변경 시 영향 최소화 - SRP(단일 책임 원칙)과도 연계되어 유지보수 용이 |
🧩 주요 설계 원칙 및 약어 정리
| 약어 | 개념/원칙 | 설명 |
|---|---|---|
| SRP | Single Responsibility Principle | 하나의 클래스는 하나의 책임만 가져야 함. 변경 이유는 하나뿐이어야 한다 (en.wikipedia.org). |
| OCP | Open-Closed Principle | 소프트웨어 엔티티는 확장에는 열려 있으나, 수정에는 닫혀야 함 . |
| LSP | Liskov Substitution Principle | 서브타입은 언제나 슈퍼타입 대체 가능해야 한다 (클라이언트가 변경 없이 사용할 수 있어야) . |
| ISP | Interface Segregation Principle | 클라이언트는 사용하지 않는 인터페이스에 의존하지 않아야 하며, 인터페이스는 작고 구체적이어야 한다 . |
| DIP | Dependency Inversion Principle | 고수준 모듈은 저수준 모듈에 의존하지 말고, 둘 다 추상화에 의존해야 한다 . |
| SOLID | 설계 원칙의 집합 | 객체지향 설계를 위해 만들어진 5가지 원칙(SRP, OCP, LSP, ISP, DIP)의 약어 . |
| OTP | One-Time Password | 한 번만 사용 가능한 비밀번호, 리플레이 공격 방지 및 MFA에 사용됨 . |
| PnP | Plug and Play | 컴퓨터 기기의 자동 인식 및 자원 할당 기술. 전원을 켜면 BIOS/OS가 자동 구성 . |
🧪 알파 테스트 vs 베타 테스트 비교표
| 항목 | 알파 테스트 (Alpha Test) | 베타 테스트 (Beta Test) |
|---|---|---|
| 테스트 주체 | 사용자와 개발자가 함께 수행 | 선정된 실제 사용자가 수행 |
| 위치 | 개발자의 장소 (내부 환경) | 사용자 측 장소 (외부 환경) |
| 환경 | 통제된 테스트 환경 | 실제 사용 환경 |
| 목적 | 오류 및 사용자 문제점을 개발자와 함께 확인 | 실제 사용자가 사용하며 현실적 피드백 수집 |
| 특징 | 개발 과정 중, 제한된 사용자와 진행 | 출시 전, 실제 사용자 기반으로 진행 |
| 대표 사례 | 내부 시연, 기능 확인 | 오픈 베타 서비스, 체험단 운영 등 |
🔁 테스트 종류 비교표
| 테스트 명칭 | 설명 | 주요 목적 |
|---|---|---|
| 재테스트 (Re-testing) | 이미 테스트가 완료된 프로그램을 다시 테스트하는 것 | 특정 이슈가 정상적으로 수정되었는지 확인 |
| 회귀 테스트 (Regression Testing) | 코드 수정 후, 기존 기능에 영향이 없는지 확인하는 반복 테스트 | 수정 사항이 다른 기능에 오류를 유발하지 않는지 검증 |
| 통합 후 오류 테스트 | 모듈 간 통합 과정에서 새로 생긴 오류가 있는지 확인 | 변경된 컴포넌트에 의해 의도치 않은 오류 발생 여부 확인 |
🧪 테스트 기법 및 단계 요약
| 항목 | 설명 | 테스트 시점 | 테스트 기법 |
|---|---|---|---|
| Unit Testing | 최하위 코드 단위(함수/메서드 등)를 개별적으로 검증 | 가장 먼저 수행 | White‑box (코드 내부 구조 기반) (testworthy.us) |
| Integration Testing | 여러 모듈/컴포넌트를 결합해 상호 작용을 검증 | Unit 테스트 → System 테스트 전 | Grey‑box (White+Black) 접근 방식: Big Bang(한 번에 모두 결합) (geeksforgeeks.org), Incremental(점진적 결합) (katalon.com) |
| System Testing | 완성된 시스템 전체를 실제 사용 환경처럼 테스트 | Integration 테스트 후 | 주로 Black‑box (기능 중심) |
| Acceptance Testing | 최종 사용자 또는 고객 관점에서 요구사항 충족 여부 확인 | System 테스트 후, 릴리즈 직전 | Black‑box 기반 User Acceptance (UAT), Operational Acceptance (OAT) 등 포함 |
🌐 네트워크 용어 비교표
| 용어 | 약어 | 설명 | 유형 |
|---|---|---|---|
| Border Gateway Protocol | BGP | 자율 시스템 간(AS) 경로 정보를 교환하는 경로 벡터 기반 라우팅 프로토콜. 인터넷의 핵심 프로토콜 (en.wikipedia.org, en.wikipedia.org) | EGP |
| Autonomous System | AS | 단일 행정 영역에서 운영되는 라우터 집합. 공인된 고유 번호(ASN)로 인터넷에 식별됨 | 도메인 |
| 홉(경로 홉 수) | HOP | 패킷이 목적지까지 전달되는 중간 라우터 수를 의미. 경로 선택 기준 중 하나 | 지표 |
| Open Shortest Path First | OSPF | AS 내부에서 사용하는 링크 상태 라우팅 프로토콜. 빠른 수렴과 계층적 영역 설정 가능 | IGP |
| Network Address Translation | NAT | 사설 IP와 공인 IP 간 변환을 통해 내부 네트워크의 주소를 외부에 숨기고 보안성을 증가시키는 기술 | 변환 기술 |
| Internet Service Provider | ISP | 사용자에게 인터넷 접속 서비스를 제공하는 사업자 | 서비스 |
| Exterior Gateway Protocol | EGP | AS들 간의 경로 정보를 교환하던 초기 프로토콜 (BGP 등장 전) | EGP (구형) |
| Interior Gateway Protocol | IGP | AS 내부에서 라우터들 간의 경로 정보를 교환하는 프로토콜. OSPF, RIP, EIGRP 등이 포함 | IGP |
📚 종속성 유형 및 특징 요약표
| 용어 | 정의 | 설명 | 활용/정규화 수준 |
|---|---|---|---|
| Functional Dependency | A → B | A에 의해 B가 결정됨 | 1~3NF 핵심 개념 (monday.com, en.wikipedia.org) |
| Full Functional Dependency | 군집키의 전체가 비-프라임 속성을 결정 | 부분이 아닌 전체 키에 의존함 | 2NF 달성 조건 |
| Partial Functional Dependency | 복합키 일부에 종속 | 키의 일부만 참조 | 2NF 위배 요소 |
| Transitive Dependency | A → B → C 형태 간접 종속 | 비-키 속성이 다른 비-키 속성에 의존 | 3NF 위배 요소 |
| Multivalued Dependency (MVD) | A ↠ B | A가 B에 대해 여러 값을 독립적으로 가짐 | 4NF 정규화 기준 |
| Hybrid (Relational) | 혼합 종속 또는 DB 모델 | 둘 이상의 의존성 또는 DB 모델 결합 | MVD 및 FD 혼합, Hybrid DB와는 구분 |
| Defined / Natural | 정의 종속, 자연 종속 | 용어 공식 정의 종속 | 구체적 용례는 문맥 필요 |
| Relational | 관계형 종속 | 테이블 간 관계에서 유도된 종속성 | 관계형 이론 일반 개념 |
| Partial | 위의 Partial FD와 동일 | – | – |
| Full | 위의 Full FD와 동일 | – | – |
| Natural | 자연 키 종속 | 기본 키 속한 속성 간 | ER 모델링에서 키 종속 표현 |
🌐 웹 & 웹서비스 주요 용어 정리
| 용어 | 약어 | 정의 | 주요 특징 |
|---|---|---|---|
| Universal Description, Discovery, and Integration | UDDI | 웹서비스를 등록하고 검색할 수 있는 XML 기반의 서비스 레지스트리 | WSDL 설명을 SOAP 프로토콜로 교환하며, 서비스 정보 저장·조회 목적 (ibm.com) |
| Extensible Markup Language | XML | 데이터를 태그로 구조화하여 플랫폼 간 상호운용성 제공 | 웹서비스 메시지 형식의 기본 포맷으로 활용 |
| Web Services Description Language | WSDL | 웹서비스의 인터페이스 (메서드, 입출력 등)를 XML로 기술 | UDDI에 등록, SOAP 메시지 포맷 매핑 |
| HyperText | – | 웹페이지의 텍스트 간 하이퍼링크를 의미, 웹의 핵심 구조 | 웹의 기본 개념 |
| Dynamic HTML | DHTML | HTML + CSS + JavaScript를 통해 동적인 웹페이지 구현 | DOM 조작으로 인터랙티브한 UI 지원 |
| HyperText Markup Language | HTML | 웹페이지를 웹 브라우저에 표시하기 위한 표준 마크업 언어 | 정적 문서 표현의 기본 |
| Simple Object Access Protocol | SOAP | XML 기반 메시징 프로토콜, 웹서비스 간 서로 데이터 교환 | HTTP·SMTP 등으로 전송, Envelope + Header + Body 구조 |
| HyperText Transfer Protocol | HTTP | 웹페이지, API 등 인터넷 상의 문서/데이터 전송을 위한 기본 프로토콜 | REST, SOAP 메시지 전송 기반 |
뭐가될지 모름