📌 뷰는 가상의 테이블이다!

💡 실제 데이터를 저장하는 것이 아니라, SELECT 쿼리 결과를 저장해 놓은 것!

👉 즉, 원본 테이블의 데이터를 조회할 수 있는 창(가짜 테이블)이라고 보면 돼!

👉 원본 데이터를 직접 수정하지 않고, 필요한 정보만 가공해서 볼 수 있어!

---

✅ 2. VIEW의 기본 개념

🎯 VIEW를 왜 사용할까?

1️⃣ 보안 강화 🛡️

• 특정 컬럼만 보이게 할 수 있음 (예: 직원 급여 숨기기) 2️⃣ 복잡한 SQL을 간단하게! 😎
• 자주 쓰는 복잡한 JOIN을 미리 만들어 두고 간단하게 사용 가능! 3️⃣ 가독성 & 유지보수 편리 🔍
• 원본 테이블을 변경하지 않고도, 원하는 형태로 데이터 표시 가능! 4️⃣ 데이터 무결성 유지 🔄
• 원본 데이터를 직접 변경할 필요 없이 가공된 데이터를 활용 가능!

🔹 1️⃣ VIEW 개념

구분	설명
VIEW란?	하나 이상의 테이블을 이용해 가상의 테이블처럼 정의한 저장된 SELECT 쿼리 결과 집합
실제 데이터?	데이터 저장 X → 원본 테이블에서 실시간으로 데이터를 조회
실체	실제 물리적 데이터는 없고, 쿼리만 저장
사용 목적	복잡한 쿼리를 간단한 이름으로 재사용, 보안성 강화, 데이터 일관성 유지

🔹 2️⃣ VIEW의 특징

특징	설명
가상 테이블	테이블처럼 사용 가능하지만, 데이터는 별도로 저장되지 않음
실시간성	기반 테이블이 변경되면 VIEW 결과도 즉시 반영
편의성	복잡한 JOIN, SUBQUERY 쿼리들을 단순하게 사용 가능
보안성	원본 테이블에 대한 접근 권한 없이 VIEW만 접근 가능

🔹 3️⃣ VIEW의 장점 & 단점

✅ 장점

장점	설명
1. 복잡한 쿼리 간소화	복잡한 JOIN, SUBQUERY 등을 한번에 캡슐화 가능
2. 보안 강화	특정 컬럼이나 데이터만 제공하여 민감한 데이터 노출 방지
3. 데이터 일관성	여러 사용자에게 동일한 데이터 표현 제공
4. 유지보수 용이	쿼리 수정 시 VIEW만 수정하면 전체 적용 가능

---

❌ 단점

단점	설명
1. 성능 이슈	실행 시마다 기반 테이블에서 실시간 조회 → 대용량 데이터에서 성능 저하 가능
2. 데이터 저장 불가	물리적 데이터 저장 X → 독립적 데이터 보존 불가
3. 제한적 DML	VIEW에서 직접 INSERT, UPDATE, DELETE 시 일부 제약 발생 (특히 JOIN, GROUP BY 포함 시)

---

✅ 3. VIEW 만들기 (CREATE VIEW)

📌 기본 문법

CREATE VIEW 뷰이름 AS
SELECT 컬럼1, 컬럼2 FROM 테이블이름
WHERE 조건;

📝 예제 - 학생 테이블에서 6학년 학생만 조회하는 뷰 만들기

CREATE VIEW high_grade_students AS
SELECT id, name, grade
FROM student
WHERE grade = 6;

이렇게 하면, "high_grade_students"라는 뷰가 생성됨!

이제 이 뷰를 마치 테이블처럼 조회할 수 있어!

SELECT * FROM high_grade_students;

👀 결과

id	name	grade
1	김철수	6
2	이영희	6

🔹 예제 - v_stu2 생성하기

-- 2학년 학생의 학번, 이름, 키, 몸무게를 가진 뷰
-- v_stu2 생성하기
CREATE OR REPLACE VIEW v_stu2
AS SELECT studno, NAME, height, weight
FROM student
WHERE grade = 2

-- v_stu2 뷰의 내용 조회하기
SELECT * FROM v_stu2

🔹 예제 - 2

-- view 객체 조회하기
USE information_schema
SELECT VIEW_definition FROM views
WHERE TABLE_NAME = "v_stu2"
use gdjdb
SELECT ''

-- 2학년 학생의 학번, 이름, 국어, 영어, 수학 값을 가지는
-- v_score2 뷰 생성하기
CREATE VIEW v_score2 AS 
SELECT s.studno, s.name, c.kor, c.eng, c.math
FROM student s 
join score c ON s.studno = c.studno
WHERE s.grade = 2;

DROP VIEW v_score2
SELECT * FROM v_score2

---

✅ 4. VIEW 사용하기 (SELECT)

뷰는 테이블처럼 사용할 수 있어!

SELECT * FROM high_grade_students;

💡 결과는 마치 테이블에서 가져온 것처럼 보이지만, 원본 student 테이블이 변경되면 뷰도 자동 반영됨!

🔹 예제 - 3

-- CREATE or replace : 생성 또는 변경
SELECT * form v_score2
-- v_str2, v_score2 뷰를 이용하여 학번, 이름, 점수들, 키, 몸무게 정보 조회하기
SELECT v1.*, v2.height, v2.weight
FROM v_score2 v1, v_stu2 v2
WHERE v1.studno = v2.studno

-- v_score2 뷰와 student 테이블일 이용하여 학번, 이름, 점수들, 학년, 지도교수번호
-- 출력하기
SELECT s.studno, s.name, v.kor, v.eng, v.math, s.grade, s.profno
FROM student s, v_score2 v
WHERE s.studno = v.studno

🔹 예제 - 4

-- v_score2 뷰와 student professor 테이블일 이용하여
-- 학번, 이름, 점수들, 학년, 지도교수번호, 지도교수이름
SELECT s.studno, s.name, v.kor, v.eng, v.math, s.grade, s.profno, p.name
FROM student as s 
JOIN v_score2 as v ON s.studno = v.studno
JOIN professor as p ON s.profno = p.no

-- 뷰 삭제하기
DROP VIEW v_stu2
SELECT * FROM v_stu2

🔹 4️⃣ VIEW vs 테이블 비교

구분	VIEW	테이블
데이터 저장	❌ X (가상)	✅ O (실제 데이터)
데이터 변경	일부 가능 (제약 많음)	가능
기반	SELECT 쿼리로 생성	독립된 데이터 구조
성능	조회 시마다 실행	고정 데이터 조회
보안성	테이블 데이터 일부 제한 가능	전체 데이터 노출 가능

📌 인라인 뷰(Inline View)란? 🚀

🔍 인라인 뷰(Inline View)란?

“서브쿼리(Subquery)를 FROM 절에서 사용하여 생성하는 가상의 테이블”

즉, SELECT 문 안에서 임시로 생성되는 가상의 테이블이라고 보면 돼!

👉 뷰(View)처럼 보이지만, 데이터베이스에 저장되지 않고, 실행될 때만 사용되는 서브쿼리!

👉 실제 테이블처럼 JOIN하거나 필터링할 수 있어!

---

✅ 1. 인라인 뷰의 기본 구조

SELECT 컬럼명
FROM (서브쿼리) AS 인라인뷰이름
WHERE 조건;

💡 FROM 절에 있는 서브쿼리(SELECT 문)가 인라인 뷰야!

💡 인라인 뷰를 사용하면 복잡한 쿼리를 더 쉽게 만들 수 있어!

---

✅ 2. 인라인 뷰 기본 예제

📌 예제 테이블 (emp - 직원 정보 테이블)

empno	ename	deptno	salary
101	김철수	10	5000
102	이영희	20	6000
103	박지성	10	7000
104	손흥민	30	4000

🔹 문제: 부서별 평균 급여보다 높은 직원만 조회

👉 부서별 평균 급여보다 높은 직원만 출력하려면?

SELECT e.empno, e.ename, e.deptno, e.salary
FROM emp AS e
JOIN (SELECT deptno, AVG(salary) AS avg_salary
      FROM emp
      GROUP BY deptno) AS avg_table
ON e.deptno = avg_table.deptno
WHERE e.salary > avg_table.avg_salary;

🎯 쿼리 분석

1️⃣ 인라인 뷰 (avg_table) 생성

SELECT deptno, AVG(salary) AS avg_salary
FROM emp
GROUP BY deptno

• 각 deptno(부서번호)별로 평균 급여(avg_salary)를 구함.
• avg_table이라는 가상의 테이블을 만들었음.

2️⃣ 메인 쿼리에서 JOIN 수행

FROM emp AS e
JOIN avg_table
ON e.deptno = avg_table.deptno

• 원래 직원 테이블(emp)과 부서별 평균 급여(avg_table)를 JOIN.
• 즉, 각 직원이 속한 부서의 평균 급여를 함께 가져옴.

3️⃣ 급여가 평균보다 높은 직원만 조회

WHERE e.salary > avg_table.avg_salary;

• 각 직원의 급여가 자기 부서의 평균 급여보다 높을 때만 조회

📌 결과 예시 (부서별 평균 급여보다 높은 직원만 출력)

empno	ename	deptno	salary
103	박지성	10	7000
102	이영희	20	6000

💡 인라인 뷰 없이 작성하면 HAVING을 활용한 복잡한 쿼리가 될 수도 있지만, 인라인 뷰를 사용하면 쿼리가 훨씬 깔끔하고 직관적으로 변함! 🚀

---

✅ 3. 인라인 뷰의 장점

장점	설명
1. 쿼리 가독성 향상	복잡한 연산을 따로 분리하여 쉽게 이해 가능
2. 임시 테이블처럼 사용 가능	JOIN, WHERE 등 활용 가능
3. 서브쿼리보다 성능이 나을 수도 있음	옵티마이저가 최적화할 수 있음

---

✅ 4. 인라인 뷰의 고급 활용 예제

🔹 문제: 상위 3명의 급여만 조회

👉 상위 3명의 급여를 조회하려면?

SELECT empno, ename, salary
FROM (
    SELECT empno, ename, salary, RANK() OVER (ORDER BY salary DESC) AS ranking
    FROM emp
) AS ranked_emp
WHERE ranking <= 3;

🔹 예제 6

-- 사원테이블에서 사원번호, 사원명, 직급, 부서코드 부서명
-- 부서별 평균급여, 부서별 평균보너스 출력하기
SELECT e1.empno, e1.ename, e1.job, e1.deptno,
 d.부서명, e2.부서별평균급여, e2.부서별평균보너스
 FROM emp AS e1
 JOIN (SELECT deptno, AVG(salary) AS `부서별평균급여`,
  AVG(IFNULL(salary,0)) AS `부서별평균보너스`
 FROM emp
 GROUP BY deptno) AS e2 ON e1.deptno = e2.deptno
 JOIN (SELECT deptno, dname AS `부서명`
 FROM dept) AS d ON e1.deptno= d.deptno

🔥 이제 급여가 높은 상위 3명의 직원만 조회 가능!

---

🎯 최종 정리

개념	설명
인라인 뷰란?	FROM 절에 들어가는 서브쿼리
어디에 사용?	JOIN, WHERE, ORDER BY 등과 함께 사용
장점	가독성 증가, 임시 테이블처럼 사용 가능

🚀 이제 인라인 뷰를 활용해서 SQL을 더 효율적으로 작성할 수 있어! 🔥

---

✅ 5. VIEW 수정하기 (ALTER VIEW)

만약 기존 뷰를 변경하고 싶다면 ALTER VIEW를 사용하면 돼!

📌 뷰 수정 문법

ALTER VIEW high_grade_students AS
SELECT id, name, grade
FROM student
WHERE grade >= 5;

👉 이제 5학년 이상 학생들도 포함됨!

---

✅ 6. VIEW 삭제하기 (DROP VIEW)

뷰를 삭제하려면 DROP VIEW를 사용하면 돼!

DROP VIEW high_grade_students;

👉 이제 "high_grade_students" 뷰가 삭제됨!

---

✅ 7. VIEW와 원본 테이블의 관계

🎯 뷰는 실제 데이터를 저장하지 않음!

• 뷰는 SELECT 결과를 저장하는 것이 아니라 “저장된 쿼리”야!
• 원본 테이블의 데이터가 변경되면, 뷰의 데이터도 자동으로 변경됨!

예를 들어, 원본 student 테이블에서 한 명을 추가하면?

INSERT INTO student (id, name, grade) VALUES (3, '박지성', 6);

그럼 뷰에서 다시 조회하면?

SELECT * FROM high_grade_students;

👀 결과

id	name	grade
1	김철수	6
2	이영희	6
3	박지성	6

🔥 즉, 뷰는 원본 데이터를 그대로 반영한다! 🚀

---

✅ 8. VIEW의 고급 개념

기술 면접에서는 기본 개념뿐만 아니라, 제약 사항과 활용법도 중요해!

아래 내용을 꼭 기억해 두자!

🎯 (1) 뷰에서 INSERT, UPDATE, DELETE 가능할까?

뷰는 데이터를 저장하지 않지만,

일부 경우에는 INSERT, UPDATE, DELETE를 사용할 수 있어!

UPDATE high_grade_students
SET name = '손흥민'
WHERE id = 1;

👉 만약 원본 테이블(student)에서 name 컬럼을 수정할 수 있다면, 뷰에서도 수정 가능!

❌ 뷰에서 데이터를 수정할 수 없는 경우

조건	수정 가능 여부
단일 테이블 SELECT	가능
JOIN 포함	불가능
집계 함수 포함 (SUM, AVG 등)	불가능
DISTINCT 포함	불가능
GROUP BY, HAVING 포함	불가능
서브쿼리 포함	불가능
컬럼 연산 포함 (예: 계산식 포함)	제한적 (뷰 컬럼명 일치 여부 따라 다름)

💡 특히 MariaDB에서 WITH CHECK OPTION 옵션 사용 시, 데이터 무결성 강제 가능

CREATE VIEW v_stu2 AS
SELECT studno, NAME, height, weight
FROM student
WHERE grade = 2
WITH CHECK OPTION;

이 옵션이 있으면, WHERE 조건을 만족하지 않는 데이터 INSERT/UPDATE 방지 가능 → 보안 강화 & 데이터 일관성 유지에 유리.

---

🎯 (2) 뷰의 성능 최적화

뷰는 강력하지만 무조건 빠르진 않아!

• 매번 원본 테이블을 조회하기 때문에, 성능이 떨어질 수도 있음!
• 만약 고정된 데이터를 빠르게 조회해야 한다면 MATERIALIZED VIEW(물리적 뷰)를 고려할 수도 있음! (MariaDB에서는 지원하지 않음, Oracle 등에서 가능)

💡VIEW 사용 시 성능 주의점

✔️ 일반 VIEW는 항상 실시간으로 원본 테이블을 조회하므로,

• 대용량 테이블에서 복잡한 JOIN이 걸려 있으면, 매번 JOIN 수행 → 퍼포먼스 저하
• 특히, VIEW에 인덱스가 직접 걸리지 않는다는 점도 중요 → 원본 테이블에 인덱스가 존재해야 성능 문제 완화 가능!

🎯실무에서는 자주 쓰는 복잡한 VIEW는 “Materialized View로 변환” + 스케줄링 관리하는 게 좋은 전략!

✅ 9. MATERIALIZED VIEW 개념 (MariaDB)

구분	설명
MATERIALIZED VIEW란?	VIEW와 달리 SELECT 결과 자체를 물리적으로 저장
데이터 저장	O → 쿼리 실행 결과를 디스크에 저장
조회 속도	빠름 (캐싱된 데이터 사용)
업데이트 방법	수동으로 REFRESH 필요
MariaDB 공식 지원	2022년 MariaDB 10.6 버전부터 Materialized View 기능 정식 지원!

---

✅ MATERIALIZED VIEW 문법

CREATE MATERIALIZED VIEW 뷰이름
AS
SELECT 컬럼명 FROM 테이블명
WITH DATA;

✅ REFRESH 문법

REFRESH MATERIALIZED VIEW 뷰이름;

주의: MATERIALIZED VIEW는 변경된 원본 테이블의 데이터가 자동 반영되지 않음 → REFRESH 필요

---

🔹 MATERIALIZED VIEW 장단점

✅ 장점

장점	설명
1. 조회 성능 우수	미리 계산된 결과 저장 → 조회 시 빠름
2. 대용량 데이터 최적화	반복 조회 쿼리에 매우 유리
3. 복잡한 쿼리 단순화	JOIN, 집계 연산이 복잡해도 빠른 조회

---

❌ 단점

단점	설명
1. 데이터 최신성 관리 필요	원본 데이터 변경 시, 수동으로 REFRESH 필요
2. 디스크 공간 추가 사용	실제 데이터가 저장되므로 공간 소모
3. 관리 비용	정기적으로 스케줄링하여 REFRESH 관리 필요

---

🔹 VIEW vs MATERIALIZED VIEW 비교

비교 항목	VIEW	MATERIALIZED VIEW
데이터 저장	❌ (저장 안 함)	✅ (저장함)
데이터 최신성	실시간 반영	REFRESH 필요
조회 성능	느릴 수 있음	빠름
디스크 사용	적음	큼
사용 목적	실시간 데이터, 보안, 쿼리 단순화	반복 조회, 성능 개선, 대용량 최적화

---

🔹 성능 활용법 & 실무 적용 팁

적용 방법	설명
VIEW 사용 시	보안 강화, 복잡한 쿼리 재사용 용도에 적합
MATERIALIZED VIEW 사용 시	집계, 복잡한 JOIN 쿼리 반복 조회에 사용하면 성능 향상
스케줄링 관리	MATERIALIZED VIEW는 스케줄링 툴(CRON 등)과 연계하여 정기 REFRESH 필수
대량 데이터일 때	VIEW는 주의! → MATERIALIZED VIEW로 캐싱 처리 추천
인덱스 활용	MariaDB는 Materialized View에 인덱스 생성 가능 → 조회 성능 극대화

---

🔥 실무 예시

📄 일반 VIEW 예시

CREATE VIEW active_employees AS
SELECT emp_id, emp_name, department
FROM employees
WHERE status = 'ACTIVE';

• 특정 조건 필터링 & 재사용 쿼리 간편화

---

📄 MATERIALIZED VIEW 예시

CREATE MATERIALIZED VIEW sales_summary AS
SELECT product_id, SUM(quantity) AS total_qty, SUM(price) AS total_price
FROM sales
GROUP BY product_id
WITH DATA;

-- 데이터 업데이트 후
REFRESH MATERIALIZED VIEW sales_summary;

• 대규모 매출 데이터를 미리 집계 → 성능 향상

🔎 주의 포인트

1️⃣ MariaDB에서 MATERIALIZED VIEW의 지원

✔️ MariaDB에서 MATERIALIZED VIEW는 10.6 버전 이후부터 공식 지원은 맞지만, Oracle이나 PostgreSQL처럼 “자동 REFRESH 옵션”은 아직 부족합니다.

MariaDB에서는 수동으로 REFRESH를 해줘야 한다는 점이 항상 중요하고, 실무에서는 이를 스케줄러(CRON)나 EVENT로 관리하는 케이스가 많습니다.

💡추가 팁

CREATE MATERIALIZED VIEW 는 아직 일부 MariaDB에서는

CREATE TABLE + INSERT + 트리거

조합으로 대체하는 경우도 여전히 존재합니다.

MariaDB에서의 Materialized View 사용 시

주의할 점으로 별도 트리거 자동화가 아직 부족

하다는 것, 실무에서는 스케줄링 설정 필수!

✅ 추가적으로 추천하는 심화 개념

📌 WITH CHECK OPTION & SECURITY 옵션

실무에서 뷰의 보안성 강화할 때, MariaDB에서는 다음 두 가지 옵션도 자주 활용합니다:

옵션	설명
WITH CHECK OPTION	뷰에 정의된 WHERE 조건을 반드시 지키도록 함 (무결성 유지)
SQL SECURITY DEFINER/INVOKER	뷰 실행 시 권한을 뷰 소유자 기준(Definer) or 실행자 기준(Invoker)으로 결정 가능 → 민감 정보 보호 시 유용

---

✅ 9. 기술 질문 & 답변

기술 면접에서는 아래 질문이 나올 수 있어!

면접에서 대답할 수 있도록 연습해 보자!

Q1. VIEW란 무엇인가요?

📌 뷰(View)는 실제 데이터를 저장하지 않고, SELECT 쿼리 결과를 저장하는 가상의 테이블입니다.

즉, 원본 테이블을 기반으로 특정 데이터를 쉽게 조회할 수 있도록 만들어진 객체입니다.

---

Q2. VIEW의 장점은 무엇인가요?

📌 1️⃣ 보안 강화 (민감한 정보 보호)

📌 2️⃣ 복잡한 쿼리 단순화 (JOIN, WHERE 조건 미리 정의)

📌 3️⃣ 가독성과 유지보수성 향상 (가짜 테이블처럼 활용)

📌 4️⃣ 데이터 무결성 유지 (원본 테이블 변경 없이 데이터 관리)

---

Q3. VIEW에서 데이터를 수정할 수 있나요?

📌 단순한 뷰에서는 INSERT, UPDATE, DELETE가 가능하지만,

JOIN, GROUP BY, HAVING, DISTINCT이 포함된 경우에는 읽기 전용이 됩니다.

---

🎯 최종 정리

개념	설명
VIEW란?	가상의 테이블 (실제 데이터 저장 X)
CREATE VIEW	뷰 생성
SELECT FROM VIEW	뷰 데이터 조회
UPDATE VIEW	일부 뷰에서 가능 (단순한 뷰만)
DROP VIEW	뷰 삭제