22일차. IT 개념 정리

 

---

 

SQL에서 Aggregation(집계) 은 여러 행(row) 의 데이터를 요약해서 하나의 결과값으로 만드는 과정을 말합니다.
예를 들어, 한 회사의 매출 데이터를 테이블로 저장해두고,
“부서별 평균 매출”, “전체 총 매출”, “가장 높은 급여” 등을 구할 때 사용하는 게 바로 집계(Aggregation) 입니다.

---

🔹 기본 개념

Aggregation은 데이터를 요약(summary) 하는 데 쓰이며,
SQL에서는 주로 집계 함수(aggregate functions) 와 함께 사용합니다.

대표적인 집계 함수

함수 이름설명예시

COUNT()	행의 개수를 셈	COUNT(*) → 전체 행 수
SUM()	합계를 구함	SUM(salary) → 급여 합계
AVG()	평균값 계산	AVG(score) → 평균 점수
MAX()	최대값 찾기	MAX(price) → 최고 가격
MIN()	최소값 찾기	MIN(price) → 최저 가격

---

🔹 GROUP BY와 함께 사용

Aggregation은 보통 GROUP BY 절과 함께 사용합니다.
이걸 통해 특정 기준으로 데이터를 묶은 뒤, 각 그룹마다 요약 결과를 볼 수 있습니다.

 

SELECT department, AVG(salary) AS avg_salary FROM employees GROUP BY department;

위 쿼리는

“부서별 평균 급여”
를 구하는 전형적인 Aggregation 쿼리입니다.

---

🔹 HAVING 절과의 차이

• WHERE : 그룹 짓기 전 필터링
• HAVING : 그룹 짓기 후 필터링

예시 👇

 

SELECT department, SUM(sales) AS total_sales FROM employees GROUP BY department HAVING SUM(sales) > 100000;

→ “총 매출이 10만 이상인 부서만 보여줘”

---

🔹 요약

구분설명

Aggregation	여러 데이터를 요약하는 과정
주요 함수	COUNT, SUM, AVG, MAX, MIN
자주 함께 쓰는 구문	GROUP BY, HAVING
활용 예시	부서별 평균 급여, 월별 총 매출, 최고 점수 등

---

💡쉽게 비유하자면

Aggregation은 엑셀에서 ‘피벗 테이블’ 만들기와 비슷합니다.
많은 데이터에서 요약된 통계 정보를 뽑아내는 작업이죠!

 

 

팀id 팀 name이 필요한 이유?

 

---

개발을 배우다 보면 **“라이브러리(library)”**와 **“프레임워크(framework)”**라는 단어를 자주 접하게 되죠.
두 개는 비슷해 보이지만 **“제어 흐름의 주도권”**이라는 핵심 차이가 있습니다.

---

📚 1. 개념 요약

구분	라이브러리 (Library)	프레임워크 (Framework)
정의	필요한 기능을 모아둔 “도구 상자”	프로그램의 기본 구조를 제공하는 “틀”
제어 흐름(누가 주도?)	개발자가 직접 호출 (개발자가 흐름 주도)	프레임워크가 호출 (프레임워크가 흐름 주도)
예시	jQuery, NumPy, React	Django, Spring, Angular
비유	내가 필요한 부품만 골라 쓰는 레고 블록	기본 뼈대가 정해진 건축 설계도

---

⚙️ 2. 이해를 돕는 쉬운 예시

🧩 라이브러리 예시

“내가 직접 요리를 하는데, 마늘 다지기 도구(라이브러리)를 꺼내서 쓴다.”

즉, 필요할 때 개발자가 직접 불러서 사용하는 도구입니다.
예를 들어 Python에서 math 라이브러리를 쓰면:

 

import math print(math.sqrt(16)) # sqrt 함수를 내가 직접 호출

→ 내가 원할 때 함수(도구)를 호출해서 사용하죠.

---

🏗️ 프레임워크 예시

“요리 학원(프레임워크)에 들어가면, 정해진 순서대로 조리법을 따라야 한다.”

즉, 전체 프로그램의 흐름을 프레임워크가 정하고,
개발자는 그 안에서 필요한 부분만 작성합니다.

예를 들어 Django(웹 프레임워크)는 이렇게 작동합니다:

• 프로젝트 구조가 이미 정해져 있고,
• 개발자는 views.py 안에 함수만 작성
  → 나머지 실행 흐름은 Django가 알아서 처리합니다.

---

🔄 3. 핵심 차이 요약 (제어의 역전, Inversion of Control)

항목라이브러리프레임워크

누가 코드를 호출하나	개발자 → 라이브러리	프레임워크 → 개발자 코드
구조 제어권	개발자에게 있음	프레임워크에 있음
자유도	높음	낮지만 체계적

이걸 흔히 **“제어의 역전 (Inversion of Control)”**이라고 부릅니다.

---

💡 정리 문장으로 외우기

“라이브러리는 내가 불러서 쓰고,
프레임워크는 나를 불러서 쓴다.”

 

---

⚛️ 1. React란?

React는 UI를 만들기 위한 라이브러리입니다.
즉, 화면을 구성하는 데만 집중한 도구예요.

• 페이스북(메타)에서 만든 프론트엔드 라이브러리
• 컴포넌트(Component) 단위로 UI를 조립
• 싱글 페이지 애플리케이션(SPA) 형태로 동작

📦 React는 말 그대로 "부품"을 만드는 데 초점을 둡니다.
➡️ 하지만 “라우팅, 서버 렌더링, SEO” 같은 건 직접 설정해야 합니다.

예시:

 

function App() { return <h1>Hello React!</h1>; }

---

🚀 2. Next.js란?

Next.js는 React 기반의 프레임워크입니다.
즉, React를 더 편하고 강력하게 쓰도록 전체 구조와 기능을 제공해줍니다.

• React를 기반으로 함 (React 필수 포함)
• 파일 기반 라우팅 (pages 또는 app 디렉토리)
• 서버 사이드 렌더링 (SSR), 정적 사이트 생성 (SSG) 지원
• SEO 친화적
• **API 라우트 (백엔드 기능)**까지 포함 가능

예시:

 

export default function Home() { return <h1>Hello Next.js!</h1>; }

Next.js는 /app/page.js나 /pages/index.js를 자동으로 인식해서
라우팅을 자동 처리해줍니다.

---

⚙️ 3. 구조적 차이

구분	React	Next.js
종류	라이브러리	프레임워크
역할	UI 구성	전체 웹앱 구조 제공
라우팅	직접 React Router 설치 필요	기본 내장 (파일 기반)
렌더링 방식	CSR(클라이언트 렌더링)	CSR + SSR + SSG 모두 지원
SEO	불리함 (JS 로딩 이후 렌더링)	유리함 (서버에서 HTML 생성 가능)
설정 난이도	자유롭지만 직접 세팅 필요	구조가 정해져 있어 간편

---

🌍 4. 간단히 비유하자면

React는 "자동차의 엔진"
Next.js는 "엔진 + 차체 + 네비게이션까지 포함된 완성된 자동차"

즉,

• React만으로도 앱을 만들 수 있지만, 모든 걸 직접 조립해야 하고,
• Next.js는 기본 구조와 편의 기능을 이미 갖추고 있어서 빠르고 체계적인 개발이 가능합니다.

---

🧩 5. 정리

상황추천 도구

단순한 프론트엔드 앱 (내부용 툴 등)	React
SEO 중요, 빠른 로딩, 블로그·쇼핑몰 등	Next.js
백엔드 없이 정적 사이트 생성	Next.js (SSG 활용)

---

팩토리 메소드(Factory Method) 패턴과 추상 팩토리(Abstract Factory) 패턴은 이름이 비슷해서 헷갈리지만,
객체 생성의 목적과 규모가 다릅니다.

두 패턴 모두 “객체 생성 로직을 캡슐화”하지만,
👉 팩토리 메소드는 하나의 객체,
👉 추상 팩토리는 여러 객체(제품군) 을 만드는 데 사용됩니다.

---

🧱 1. 공통점

• 둘 다 객체 생성 관련 디자인 패턴(Creational Pattern)
• new 키워드를 직접 쓰지 않고, 객체 생성 책임을 별도의 클래스나 메서드에 위임
• 클라이언트 코드(사용자)는 구체적인 클래스 이름을 몰라도 객체를 사용할 수 있음

---

🏭 2. 팩토리 메소드 (Factory Method)

🔹 개념

하나의 객체를 생성하는 방법을 서브클래스에서 결정하도록 하는 패턴입니다.

즉,

• 부모 클래스는 “객체를 만들어야 한다”는 규칙만 정의
• 실제 어떤 객체를 만들지는 자식 클래스가 결정

💡 예시 (커피 머신 비유)

• 부모 클래스: “커피를 만들어야 한다.”
• 자식 클래스: “아메리카노를 만들지, 라떼를 만들지”를 선택.

 

 

📌 핵심:
하나의 제품 객체를 생성하는 메서드를 하위 클래스에서 구현한다.

---

🏢 3. 추상 팩토리 (Abstract Factory)

🔹 개념

서로 관련 있는 여러 객체(제품군) 을 한꺼번에 생성할 때 사용하는 패턴입니다.

즉,

• 여러 개의 제품이 세트처럼 함께 동작해야 할 때
• 각 제품군의 종류를 바꿔도 전체 시스템 구조는 동일하게 유지

💡 예시 (가구 공장 비유)

“의자, 테이블, 소파를 한 세트로 생산해야 한다.”

• ModernFactory → 현대적인 의자·테이블·소파
• VictorianFactory → 고전적인 의자·테이블·소파

📌 핵심:
서로 연관된 객체 그룹(제품군) 을 통일된 방식으로 생성한다.

---

⚖️ 4. 핵심 차이 정리

구분팩토리 메소드추상 팩토리

목적	하나의 객체 생성 방식을 하위 클래스가 결정	관련된 여러 객체(제품군)를 생성
규모	단일 제품 수준	제품군 수준
확장성	새로운 제품 추가 시 하위 클래스만 수정	제품군 변경 시 전체 공장 클래스 교체
예시 비유	“커피 머신 하나”	“커피 + 디저트 세트 공장”

---

🧩 5. 한 문장으로 정리

팩토리 메소드는 “무엇을 만들지 하위 클래스가 정한다.”
추상 팩토리는 “관련된 제품들을 세트로 만든다.”

---

abstract는 “설계도(형태)”,
implements는 “그 설계도를 실제로 구현하는 행위”
입니다.

---

🧩 1. abstract (추상)

🔹 의미

abstract는 “아직 완성되지 않은 클래스나 메서드”를 뜻합니다.
즉, **“이 기능이 있어야 한다”**는 규칙만 정하고,
구체적인 내용(코드)은 나중에 자식 클래스가 작성하도록 미뤄두는 거예요.

🔹 사용 위치

• 추상 클래스(Abstract Class)
• 추상 메서드(Abstract Method)

⚙️ 2. implements (구현)

🔹 의미

implements는 인터페이스(interface) 를 “구현한다”는 뜻이에요.
인터페이스는 “이 클래스가 반드시 가져야 할 메서드 목록”을 정의한 일종의 계약서입니다.

implements는 그 계약을 지키는 사람(구현자) 역할을 합니다.

 

🧠 3. 차이 정리

구분	abstract	implements
역할	미완성 설계도 (추상 클래스나 메서드 정의)	인터페이스를 실제로 구현
대상	클래스 또는 메서드	클래스
객체 생성 가능 여부	직접 객체 생성 불가	구현 클래스는 생성 가능
목적	상속을 통한 공통 설계 제공	다형성을 위한 계약 이행
비유	“기본 설계도만 있는 건축 도면”	“그 설계대로 실제로 건물을 짓는 행위”

 

---

🧱 4. 함께 사용하는 경우

보통 추상 클래스는 상속(extends),
인터페이스는 구현(implements) 키워드와 함께 사용합니다.