(1) 트랜잭션의 개념과 특징

• 트랜잭션(Transaction)의 개념 
  • 데이터베이스의 무결성을 보장하며 요청된 작업을 완료하기 위하여, 한번에 수행되어야 할 일련의 Read와 Write연산을 정의한 논리적 작업 단위
  • 분할할 수 없는 최소단위, All or Nothing 
• 트랜잭션의 특징
  • 원자성(Atomicity)
    • All or Nothing, 완전히 완료되지 않았을 경우 수행되기 전과 같아야 함
  • 일관성(Consistency)
    • 실행이 성공적으로 완료되면 데이터베이스는 모순 없이 일관성이 보존된 상태
  • 고립성(Isolation)
    • 트랜잭션의 부분적 실행결과를 다른 트랜잭션이 접근할 수 없음 
  • 지속성(Durability)
    • 완료된 트랜잭션의 결과는 영구적으로 데이터베이스에 저장 
• 트랜잭션 상태 다이어그램 구성 

2. TCL (Transaction Control Language) 구문과 활용

(1) TCL 구문의 종류와 특징

3. 저장 프로시저 (Stored Procedure)의 특징과 활용

(1) 저장 프로시저의 개념과 특징

• 저장 프로시저(Stored Procedure)의 개념
  • 저장 프로시저(Stored Procedure) 
    • 데이터베이스에 저장된 SQL 명령어와 로직을 그룹화한 서브루틴, 이름을 이용하여 호출하여 사용
  • 장점
    • 코드 재사용
    • 성능 최적화
    • 보안성 향상
    • 일관성 유지
• 오라클 저장 프로시저의 특징
  • 구조 
    • 선언부(Declarative)
      • 변수와 상수를 선언 
    • 실행부(Executable)
      • SQL 명령어와 로직 실행
    • 예외 처리부(Exception Handling) 
      • 오류 발생 시 처리 로직 포함
  • 특징
    • PL/SQL 기반
    • 입력 매개변수(IN), 출력 매개변수(OUT), 입력/출력 매개변수(IN OUT) 지원
      • 별도의 반환 값 없음
    • 트랜잭션 관리 기능 내장 (COMMIT, ROLLBACK 등)
    • 데이터 사전(Data Dictionary)에 저장
      • 여러 사용자와 애플리케이션에서 재사용 가능
• MariaDB 저장 프로시저의 특징
  • 구조
    • 구분자(DELIMITER) 변경
    • CREATE PROCEDURE를 사용하여 정의
    • BEGIN ~ END 블록 사용
    • 매개변수 유형 : IN(입력), OUT(출력), INOUT(입출력) 지원
  • 특징
    • SQL 표준을 준수하며 간단한 문법으로 작성 가능
    • 트랜잭션 관리 가능
      • START TRANSACTION, COMMIT, ROLLBACK 등
    • 커서(Cursor)를 사용하여 여러 행 데이터를 처리할 수 있음

(1) 집합 연산자의 개념과 종류

• 집합 연산자의 개념과 특징
  • 집합 연산자
    • 두 개 이상의 '테이블에 대한 쿼리 결과'를 하나로 결합하여 원하는 결과를 만드는 연산
    • JOIN을 사용하지 않고 연관된 데이터를 조회할 수 있음
  • 쿼리 결과의 열 개수와 데이터 타입이 같아야 함
  • ORDER BY는 전체 결과에 대해 마지막에 한 번만 사용 가능
• 주요 집합 연산자의 종류 

(2) 그룹 함수의 개념과 종류

• 그룹 함수의 개념과 특징
  • 그룹 함수
    • 테이블의 여러 행(Row)을 하나의 그룹으로 묶어 집계(Aggregation) 결과를 반환하는 함수
  • 주로 GROUP BY 절과 함께 사용, 특정 기준으로 데이터를 그룹화 한 후 원하는 정보 추출
  • GROUP BY 사용시 SELECT 절에는 그룹화 기준 컬럼과 집계 함수만 사용 가능
  • HAVING 절을 사용하여 그룹화된 결과에 조건을 적용할 수 있음
• 그룹 함수의 종류 (NULL과 중복 데이터 처리에 주의 필요)
  • 집계 함수 COUNT(\*), COUNT(column), COUNT(DISTINCT column)
    • COUNT
    • SUM
    • AVG
    • MAX
    • MIN 등
  • 총계 합수
    • ROLLUP
    • CUBE
    • GROUPING SETS
    • GROUPING 등

• 그룹 함수의 종류별 특징- ROLLUP
  • GROUP BY로 묶인 컬럼의 소계(Subtotal)를계층적으로 계산
  • GROUP BY 칼럼의 순서가 변경되면 결과도 변경
  • Grouping Column의 개수가 N이면 N+1 Level의 소계가 생성됨

• 그룹 함수의 종류별 특징- CUBE
  • 결합 가능한 모든 조합에 대한 다차원 집계 생성

• 그룹 함수의 종류별 특징- GROUPING SETS
  • 특정 항목 (원하는 부분)의 소계를 계산, 인수의 순서가 바꾸어도 동일한 결과

• 그룹 함수의 종류별 특징- GROUPING
  • 소계 여부에 따라 1, 0 혹은 원하는 문자열을 표시할 수 있음 
  • 참고
    • ROLLUP, CUBE, GROUPING SETS와 함께 쓰임
    • 결과값에 따라 CASE 혹은 DECODE를 이용하여 표시할 문자열 선택

(3) 윈도우 함수의 개념과 종류

• 윈도우 함수 (Window Function)의 개념과 특징
  • 윈도우 함수 (Window Function)
    • 특정 범위(윈도우, Window) 내에서 각 행에 대해 연산을 수행하는 SQL 함수
      • 그룹 함수와 다르게 전체 데이터를 그룹화하지 않고도 개별 행을 유지한 상태에서 계산할 수 있음
      • OVER 절을 사용하여 윈도우의 범위와 계산 방식을 정의
  • 윈도우 함수의 종류 
    • 순위 함수: RANK, DENSE_RANK, ROW_NUMBER
    • 집계 함수: SUM, MAX, MIN, AVG, COUNT
    • 행 순서 함수: FIRST_VALUE, LAST_VALUE, LAG, LEAD
    • 비율 함수: CUME_DIST, PERCENT_RANK, NTILE, RATIO_TO_REPORT
  • 윈도우 함수의 종류별 특징- 순위 함수
    • RANK
      • 순위를 카운트, 중복 순위를 포함
      • 즉, 중복된 수 만큼 증가한 후 그 다음 카운트 시작
    • DENSE_RANK
      • 순위를 카운트, 중복 순위를 무시
    • ROW_NUMBER
      • 동일한 값(순위)라도 고유한 순위를 부여
  • 윈도우 함수의 종류별 특징- 집계 함수
    • SUM (합계) 
    • MAX (최대값)
    • MIN (최소값) 
    • AVG (평균값)
    • COUNT (건수)
  • 윈도우 함수의 종류별 특징- 행 순서 함수
    • FIRST_VALUE (가장 앞의 데이터)
    • LAST_VALUE (가장 마지막의 데이터)
    • LAG (특정 수 만큼 앞의 데이터) 
    • LEAD (특정 수 만큼 뒤의 데이터)
  • 윈도우 함수의 종류별 특징- 비율 함수
    • RATIO_TO_PERCENT: 파티션 합계에서 차지하는 비율 계산
    • PERCENT_RANK: 현재 행의 백분위 수를 계산 (0 ~ 1을 구간으로 함)
    • CUME_DIST: 누적 백분율을 계산 (0 ~ 1 사이의 값
    • NTILE: 행들을 N 등분 후 현재 행의 등급을 계산

2. TOP-N 쿼리, 계층 쿼리, SELF JOIN

(1) TOP-N 쿼리의 개념과 방식

• TOP-N 쿼리의 개념
  • TOP-N 쿼리
    • 테이블에서 상위 N 개의 행을 검색하는 쿼리 
  • TOP-N 쿼리의 실행 방식
    • ROWNUM
      • 오라클에서 사용하는 의사 컬럼
      • ‘=‘ 조건은 사용할 수 없으며, < 혹은 <= 조건을 이용함
    • FETCH FIRST N ROWS ONLY
      • ANSI SQL에서 사용하는 구문 
      • ORDER BY 절과 함께 사용 
    • 계층 쿼리 (계층형 질의)
      • 계층형 데이터를 조회하기 위해 사용
      • 엔터티를 순환관계의 데이터 모델로 설계한 경우 발생 (예: 조직, 메뉴, 부품 등)
      • START WITH … CONNECT BY 구문 사용
    • 셀프 조인 (Self Join)
      • 동일한 테이블 간 조인
      • 한 테이블 내 컬럼간 연관 관계가 있을 경우에 사용, ALIAS(별칭) 사용 필수

# ROWNUM
SELECT column_name
FROM (
    SELECT column_name
    FROM table_name
    ORDER BY column_name DESC
)
WHERE ROWNUM <= N;


# FETCH FIRST N ROWS ONLY
SELECT column_name
FROM table_name
ORDER BY column_name DESC
FETCH FIRST N ROWS ONLY;


# 계층 쿼리
SELECT employee_id, first_name, manager_id
FROM employees
START WITH manager_id IS NULL
CONNECT BY PRIOR employee_id = manager_id
ORDER SIBLINGS BY first_name;


# 셀프 조인
SELECT e.employee_id, e.first_name AS Employee, m.first_name AS Manager
FROM employees e LEFT JOIN employees m ON e.manager_id = m.employee_id;

3. PIVOT과 UNPIVOT

(1) PIVOT과 UNPIVOT의 특징

• PIVOT의 특징
  • 행을 열로 변환하여 데이터를 요약하기 위해 사용
• UNPIVOT의 특징
  • 열을 행으로 변환하여 데이터를 요약하기 위해 사용

(2) 정규 표현식의 특징

• 정규표현식
  • 문자열의 특정 패턴을 기술하는 방법

SELECT phone_number,
    CASE
        WHEN REGEXP_LIKE
        (phone_number, '^01[0-1|6-9]-?[0-9]{3,4}-?[0-9]{4}$’)
        THEN '유효한 휴대폰 번호’
        ELSE '유효하지 않은 휴대폰 번호’
    END AS validation_result
FROM contacts;

(1) 서브쿼리(Subquery)의 개념과 종류 

• 서브쿼리의 개념
  • 서브쿼리(Subquery)란? 
    • 메인 쿼리 내부에 포함된 하위 쿼리
    • 하나의 SQL문 안에 포함된 또 다른 SQL문
• 서브쿼리의 종류
  • Nested Subquery 
    • WHERE 절에 위치
    • 1개 이상의 칼럼 또는 1개 이상의 행을 반환 

      SELECT name, position FROM t_player
      WHERE team_id =
      (SELECT team_id FROM t_player WHERE name = 'Ruby')
      ORDER BY name;

• 서브쿼리의 종류
  • 연관 서브쿼리
    • 메인 쿼리와 관계가 있음(메인 쿼리의 칼럼이 존재함)
  • 비연관 서브쿼리 
    • 메인 쿼리와 관계가 없음 
  • Inline View
    • FROM 절에 위치
    • 뷰(View)와 동일한 방식으로 사용(임시 뷰)
  • Scalar SubQuery 
    • SELECT 절에 위치
    • 단일 컬럼, 단일 행을 반환

> 반환 데이터 형태에 따라 '단일행 서브쿼리, 다중행 서브쿼리, 다중컬럼 서브쿼리'로 구분할 수 있음

2. JOIN의 특징과 활용

(1) 조인(JOIN)의 개념과 유형

• JOIN의 개념 
  • 둘 이상의 테이블을 논리적 관계를 기준으로 연결하여 결과 집합을 만드는 기법
  • 하나의 SQL문으로 여러 테이블의 데이터를 연관하여 조회하는 기법
• JOIN의 유형
  • EQUI JOIN
    • 테이블 간 컬럼 값들이 정확히 일치하는 경우에 사용 
    • 대부분 PK와 FK 관계를 기반으로 함 
    • 형식
      • SELECT 컬럼(들) FROM 테이블1 A, 테이블2 B WHERE A.컬럼명=B.컬럼명 
  • NON-EQUI JOIN 
    • 테이블 간의 조인 조건이 동등 비교(=)가 아닌 다른 비교 연산자를 사용하는 조인 방식
      • BETWEEN, >, >=, <, <=, != 등의 연산자
  • INNER JOIN
    • 행에 동일한 값이 있는 컬럼 조인 (가장 일반적으로 사용)
    • 조건에 충족되는 데이터만 출력
    • 특징
      • USING 혹은 ON 조건 절 필수
      • CROSS JOIN 혹은 OUTER JOIN과 동시에 사용할 수 없음
      • 동일한 컬럼명이 있을 경우 ALIAS(별칭) 사용
  • NATURAL JOIN
    • 두 테이블 간에 같은 이름을 가진 모든 컬럼을 자동으로 매칭하여 조인하는 방식
  • OUTER JOIN 
    • 상대 테이블에서 대응되는 행을 찾지 못하거나, NULL 값이 포함된 행들을 다루기 위한 조인
    • LEFT OUTER JOIN
      • 왼쪽의 테이블을 기준으로 결과를 생성
      • 왼쪽 테이블의 행들을 모두 표시한 후
      • 대응되는 행이 없을 경우 NULL로 대체
    • RIGHT OUTER JOIN 
      • 오른쪽 테이블을 기준으로 결과를 생성
      • 오른쪽 테이블의 행들을 모두 표시한 후
      • 대응되는 행이 없을 경우 NULL로 대체
    • FULL OUTER JOIN
      • 양쪽 테이블 모두를 기준으로 결과를 생성 
      • 대응되는 행이 없을 경우 양쪽 모두 NULL로 대체
    • CROSS JOIN
      • 연결된 테이블의 Cartesian Product를 반환 (모든 조합)

# EQUI JOIN
SELECT user_t.name USER_NAME, team_t.name
TEAM_NAME FROM user_t, team_t
WHERE user_t.team_id = team_t.team_id;



# NON-EQUI JOIN
SELECT e.employee_name, e.salary, s.grade
FROM employees e
JOIN salary_grades s ON e.salary BETWEEN s.lower_salary
AND s.upper_salary;



# INNER JOIN
SELECT e.employee_id, e.first_name, e.last_name, d.department_name
FROM employees e
INNER JOIN departments d ON e.department_id = d.department_id;



# NATURAL JOIN
SELECT employee_id, first_name, last_name, department_name
FROM employees
NATURAL JOIN departments;



# FULL OUTER JOIN
SELECT e.employee_id, e.first_name, e.last_name, d.department_name
FROM employees e
FULL OUTER JOIN departments d ON e.department_id
= d.department_id;

• JOIN의 유형: 수행 방식에 따른 유형

  • SELF JOIN 
    • 동일한 테이블을 두 번 이상 참조하여 조인하는 방식 (별칭 사용 필수)
  • NESTED LOOP JOIN
    • 선행 테이블을 하나씩 접근하며 추출한 값으로 연결할 테이블을 조인
• • SORT MERGE JOIN
    • 대상 테이블의 처리 범위를 각자 접근 및 정렬한 결과를 차례로 스캔하며 연결 조건으로 머지 (Merge)

3. View의 특징과 활용

(1) 뷰(View)의 개념과 특징

• View의 개념
  • 하나 이상의 기본 테이블이나 다른 뷰를 이용하여 생성된 가상의 테이블
  • 장점: 보안성, 편의성
• View의 특징
  • 데이터딕셔너리에 뷰의 정의만 저장
  • 데이터를 위한 저장공간 할당은 안 됨
  • View의 형식
    • 생성
      • CREATE [OR REPLACE] VIEW 뷰이름 [(컬럼1, 컬럼2, ...)]
      • AS SELECT 문
      • [WITH CHECK OPTION [CONSTRAINT 제약조건명]]
      • [WITH READ ONLY]
    •  삭제
      • DROP VIEW 뷰이름

CREATE VIEW other_view
AS SELECT name, age, deptno FROM user_t;

(1) DML (Data Manipulation Language)

• DML의 개념과 특징
  • 데이터베이스의 데이터를 조작, 검색/추가/삭제/갱신 등 수행하는 SQL 언어 

• INSERT 구문- 데이터 입력
  • 명령어 형식 
    • INSERT INTO 테이블명 (column명, ...) VALUES (value 값, ...) 
    • INSERT INTO 테이블병 VALUES (값, ...) 

INSERT INTO 
employees (employee_id, first_name, last_name, email, hire_date, job_id) 
VALUES (405, 'Ruby', 'Kim', 'ruby@mail.com’, TO_DATE('2025-04-12', 'YYYY-MM-DD'), 'IT_PROG');

• UPDATE 구문- 데이터 수정
  • 명령어 형식 
    • UPDATE 테이블명 SET column명=value
    • WHERE 절을 이용하여 조건 지정. WHERE 절이 없을 경우 모든 행이 업데이트 됨!! 

UPDATE employees SET job_id = 'AC_ACCOUNT' WHERE employee_id = 405;

• DELETE 구문- 데이터 삭제
  • 명령어 형식 
    • DELETE FROM 테이블명 
    • WHERE 절을 이용하여 조건 지정 

 DELETE FROM employees WHERE employee_id = 405;

(2) SELECT 구문의 형식과 활용

• SELECT 구문- 데이터 선택/가져오기
  • 명령어 형식 
    • SELECT 컬럼명 FROM 테이블명 
    • SELECT * FROM 테이블명
    • SELECT DISTINCT 컬럼명 FROM 테이블명
      • DISTINCT: 중복 제거
      • ALIAS(별칭)을 설정하여 간결하고 명확한 SQL 작성 가능, 별칭을 사용한 경우 별칭을 이용한 참조 필수
      • DUAL: 오라클이 제공하는 기본 더미 테이블, 연산 수행을 위해 사용

SELECT S.NAME, B.NAME FROM student_t AS S, band_t AS B WHERE S.bcode = B.bcode;

• SELECT 구문- 산술연산자의 활용
  • 산술 연산자: 수학의 사칙연산, NUMBER / DATE 등의 데이터에 사용
    • 사칙연산: +, /, +, -
    • 나머지 연산: % (Oracle는 MOD 함수를 이용)
    • 괄호 (): 먼저 처리해야 할 것을 지정

SELECT 1+1, 10/2 FROM DUAL;
SELECT C1+C2 AS A, C1-C2 AS B FROM sample_t;

• SELECT 구문- 문자 연결 연산자와 문자함수의 활용
  • 문자 연결 연산자: 여러 개의 문자열을 하나의 문자열로 합성
    • 오라클: ||
    • SQL 서버: +
    • MariaDB: CONCAT() 

SELECT ‘H’ || ‘I’ AS HI FROM DUAL;
SELECT NAME || ‘선수, HEIGHT || ‘cm’ FROM member_t;

• SELECT 구문- 문자 연결 연산자와 문자함수의 활용
  • 문자함수: 문자열을 특정 목적에 따라 처리하는 함수
    • CHR (숫자): 아스키 코드에 대한 문자 출력
    • LOWER (문자열): 소문자열로 변환
    • UPPER (문자열): 대문자열로 변환
    • LTRIM (문자열, 점검문자): 문자열의 왼쪽부터 점검문자를 제거, 점검문자를 지정하지 않으면 공백 문자를 대상으로 함 
    • RTRIM (문자열, 점검문자): 문자열의 오른쪽부터 점검문자를 제거, 점검문자를 지정하지 않으면 공백 문자를 대상으로 함
    • TRIM (문자열, 점검문자): 문자열의 양쪽부터 점검문자를 제거, 점검문자를 지정하지 않으면 공백 문자를 대상으로 함 
    • SUBSTR (문자열, 시작점, 길이): 문자열의 시작위치 부터 길수(개수)만큼 추출, 길이를 지정하지 않은 경우 끝까지 추출
    • LENGTH (문자열): 문자열의 길이 반환 
    • REPLACE (문자열, 대상 문자열, 대체 문자열): 문자열에 포함된 대상 문자열을 대체, 대체 문자열을 지정하지 않으면 제거 
    • LPAD (문자열, 길이, 문자): 설정한 길이의 문자열이 될 때까지 문자열의 왼쪽을 지정한 문자로 채움

# TRIM
SELECT LTRIM(‘ CHRIS’) FROM DUAL;
SELECT TRIM(‘~~~Hi~~~’, ‘~’’) FROM DUAL;


# LPAD
SELECT SUBSTR(‘MyHome’, 3) FROM DUAL;
SELECT SUBSTR(‘YourHome’, 1, 3) FROM DUAL;
SELECT REPLACE(‘MyHome’, ‘My’, ‘Your’) FROM DUAL;
SELECT LPAD(‘Hi’, 5, ‘~’) FROM DUAL;

• SELECT 구문- 숫자함수의 활용
  • 숫자 함수: 숫자 데이터를 특정 목적에 따라 처리하는 함수 
    • ABS (숫자): 절대값을 반환 
    • SIGN (숫자): 수의 부호를 반환 (양수 : 1, 음수 : -1, 0 : 0) 
    • ROUND (숫자, 자리수): 지정된 소수점 자리수로 반올림, 자리수를 지정하지 않을 경우 0을 기본값으로 사용 
    • TRUNC (숫자, 자리수): 지정된 소수점 자리수까지 버림하여 반환, 자리수를 지정하지 않을 경우 0을 기본값으로 사용  
    • CEIL (숫자): 소수점 이하의 수를 올림 한 정수를 반환 
    • FLOOR(숫자): 소수점 이하의 수를 버림 한 정수를 반환 
    • MOD(숫자1, 숫자2): 나머지를 반환, 숫자2가 0일 경우 숫자1을 반환

SELECT ROUND(123.76, 1) FROM DUAL;
SELECT ROUND(173.76, -2) FROM DUAL;
SELECT TRUNC(123.76, 1) FROM DUAL;
SELECT TRUNC(123.76, -1) FROM DUAL;
SELECT CEIL(12.77) FROM DUAL;
SELECT FLOOR(25.4) FROM DUAL;
SELECT FLOOR(-25.4) FROM DUAL;
SELECT MOD(15, -2) FROM DUAL;
SELECT MOD(-15, -2) FROM DUAL;

• SELECT 구문- 날짜함수의 활용
  • 날짜함수: 날짜 데이터를 특정 목적에 따라 처리하는 함수 
    • SYSDATE: 현재의 연, 월, 시, 분, 초를 반환
    • EXTRACT(단위 FROM 날짜): 날짜 중 특정 단위의 데이터를 추출하여 반환 (YEAR, MONTH, DAY, HOUR, MINUTE, SECOND)
    • ADD_MONTHS(날짜, 개월 수): 날짜에 지정한 개월 수를 더한 날짜를 반환 (기준 날짜가 없을 시 마지막 일자 반환) 

SELECT SYSDATE FROM DUAL;
EXTRACT (YEAR FROM SYSDATE) AS YEAR FROM DUAL;
ADD_MONTHS(TO_DATE(‘2025-04-12’, ‘YYYY-MM-DD’), 1) AS NEXT FROM DUAL;

• SELECT 구문- 데이터 형식 변환 함수의 활용
  • 데이터 변환 방식의 종류 
    • 명시적 변환: 데이터 형식 변환 함수를 이용하여 명시적으로 변환
    • 암시적 변환: 연산 방식에 따라 자동으로 변환
  • 데이터 형식 변환 함수 
    • TO_NUMBER(문자열): 숫자형으로 변환
    • TO_CHAR(데이터, 포맷): 숫자, 날짜 데이터를 지정한 포맷의 문자열로 변환, 포맷 생략 시 전체를 문자열로 변환 
    • TO_DATE(문자열, 포맷): 포맷에 따라 날짜형으로 변환 (YYYY, MM, DD, HH, HH24, MI, SS) 

SELECT TO_CHAR(123) FROM DUAL;
SELECT TO_CHAR(SYSDATE, ‘YYYYMMDD HH24MISS‘) FROM DUAL;

• SELECT 구문- NULL 관련 함수의 활용
  • NULL 관련 함수
    • 결과가 NULL일 경우 어떤 방식으로 처리할 지 지정하는 함수 
      • NVL(인자1, 인자2): 인자 1이 NULL일 경우 인자2를 반환, NULL이 아닌 경우 인자 1을 반환
      • NULLIF(인자1, 인자2): 인자1과 인자2가 같으면 NULL을 반환, 같지 않은 경우 인자1을 반환  
      • COALESCE(인자1, 인자2, 인자3, ...): 전달한 인자 중 NULL이 아닌 최초의 인자의 값을 반환
      • NVL2(인자1, 인자2, 인자3): 인자1이 NULL이 아닌 경우 인자2를 반환, NULL일 경우 인자3을 반환 

SELECT USER_NO, NVL(GRADE, 0) AS HAKJUM FROM user_t;
SELECT USER_NAME, COALESCE (TEL, MAIL, SOCIAL) AS USER_CONTACT FROM user_t;
SELECT USER_NAME, NVL2(GRADE, '학점취득', '학점미취득') AS GRADE_CHECK FROM user_t;

• SELECT 구문- CASE, DECODE 구문의 활용
  • IFTHENELSE의 논리구조와 유사한 방식
  • CASE 구문의 예와 DECODE (오라클 전용)

# ELSE 생략 시 NULL 출력
CASE WHEN GRADE ='A' THEN ‘HIGH’ WHEN GRADE ='B' THEN 'MIDDLE' ELSE 'LOW' END

CASE GRADE WHEN GRADE ='A' THEN ‘HIGH’ WHEN GRADE ='B' THEN 'MIDDLE' ELSE 'LOW' END

DECODE (GRADE, 'A', 'HIGH', 'B', 'MIDDLE', 'LOW')

2. WHERE절의 특징과 활용 

(1) WHERE절의 특징과 연산자

• WHERE절의 목적과 기본 형식 
  • SELECT, UPDATE, DELETE 문에서 조건을 설정하는 구문 
  • 원하는 조건을 WHERE 이후에 지정  
    • SELECT * FROM user_t WHERE NAME = ‘Ruby’; 
    • SELECT * FROM user_t WHERE NAME <> ‘Ruby’;
    • UPDATE user_t SET AGE = 30 WHERE NAME = ‘Ruby’;
    • DELETE user_t WHERE NAME = ‘Ruby’;
• WHERE절에서 사용할 수 있는 연산자
  • 비교 연산자 : = , < , <= , >, >= 
  • 부정의미의 비교 연산자 : !=, ^=, <>, not 컬럼명 = 값, not 컬럼병명 > 값
  • SQL 고유 연산자 
    • BETWEEN A AND B : A와 B를 포함한 사이의 값
    • IN (리스트) : 리스트 내의 값
      • NOT BTWEEN A AND B
      • NOT IN (리스트)
      • IS NOT NULL
    • LIKE ‘비교 문자열‘ : 비교 문자열을 포함 (% : 문자열, _ : 하나의 문자)
    • IS NULL : NULL 값 확인(※ NULL은 일반 비교연산자로 확인할 수 없음)
  • 논리 연산자 : NOT, AND, OR 

SELECT NAME, GRADE FROM user_t WHERE NAME LIKE 'Ruby%Kim%';
SELECT NAME, JUMSU FROM user_t WHERE JUMSU in (100, 80, 70);

• 연산자 우선 순위
  • 괄호 > 부정 연산자 > 비교 연산자 > 논리연산자
    1. 괄호
    2. NOT
    3. AND
    4. 비교 연산자, SQL 연산자
    5. OR 
  • 문자열 비교: 첫 서로 다른 문자의 값 비교
  • CHAR와 VACHAR의 비교: 길이가 다르면 길이가 긴 값이 크다고 판단 

3. GROUP BY, HAVING, ORDER BY 절의 특징과 활용

(1) GROUP BY 절의 특징과 집계 함수 

• 데이터를 그룹 별로 묶어서 처리하기 위해 사용

• 형식 : GROUP BY 기준 컬럼명(기준 컬럼은 2개 이상이 될 수 있음)

• 집계 함수를 이용한 집계 데이터 도출 가능

• GROUP BY 사용 시 SELECT 절에는 GROUP BY에 사용된 컬럼과 집계 함수만 사용할 수 있음

• 집계함수의 특징

  • 집계함수란?
    • 여러 행들의 그룹을 대상으로 하나의 결과를 반환하는 다중행 함수
  • 집계함수의 종류
    • COUNT(*): NULL 값을 포함한 행의 개수
    • COUNT(컬럼): 값이 NULL인 행을 제외한 개수 
    • COUNT(DISTINCT 컬럼): 값이 NULL이 아닌 행을 대상으로 중복을 제거한 개수 
    • SUM(컬럼): 컬럼 값들의 합계
    • AVG(컬럼): 컬럼 값들의 평균
    • MIN(컬럼): 컬럼 값 중 최소값
    • MAX(컬럼): 컬럼 값 중 최대값

SELECT AVG(AGE) AS AVG_AGE FROM user_t;

(2) HAVING, ORDER BY절의 특징과 활용

• HAVING 절의 특징과 활용
  • 그룹을 나타내는 결과 집합의 행을 대상으로 조건 지정
  • 일반적으로 GROUP BY 절 뒤에 위치하며, GROUP BY 절에서 사용된 컬럼을 조건으로 사용할 수 있음 
  • SELECT 한 결과를 특정 컬럼을 기준으로 정렬하기 위해 사용하는 구문 (※ 기본 : 임의의 순으로 출력)
  • ORDER BY 절에 컬럼을 지정하는 방식
    • 컬럼명, ALIAS(별칭), 컬럼 순서를 나타내는 정수
    • GROUP BY 절이 있을 경우 GROUP BY 대상 컬럼명만 지정 가능
    • 2 개 이상의 컬럼도 지정 가능

                  - ORDER BY 절의 정렬 옵션: ASC (오름차순, 기본), DESC (내림차순)

                  - 오라클은 NULL을 최대값으로 판단함

                  - NULL FIRST, NULL LAST 옵션으로 변경 가능

SELECT JOB, COUNT(*) AS CNT, SUM(SAL) AS TOTAL_SAL FROM emp_t 
WHERE DEPT_NO IN ('1', '2', '3') 
GROUP BY JOB HAVING COUNT(*) > 2 AND SUM(SAL) > 5000


SELECT NAME, POSITION FROM player_t 
WHERE NUMBER IS NOT NULL ORDER BY NAME DESC;

(3) SELECT 관련 구문의 실행 순서

• ORDER BY 절의 특징과 활용

(1) CRUD(Create, Read, Update, Delete)

• CRUD의 개념

  • 데이터베이스에서 데이터를 관리하는 4가지의 기본 연산인 Create, Read, Update, Delete의 약어
    • Create: 데이터 생성, 새로운 데이터를 추가할 때 사용
      • INSERT INTO users (name, email) VALUES (‘ruby’, ‘ruby@dev.com’)
    • Read: 데이터 읽기, 저장된 데이터를 조회/검색할 때 사용
      • SELECT * FROM users WHERE name = ‘ruby’
    • Update: 데이터 수정, 저장되어 있는 데이터를 수정할 때 사용
      • UPDATE users SET email =‘ruby00@dev.com’ WHERE name = ‘ruby’
    • Delete: 데이터 삭제, 저장되어 있는 데이터를 삭제할 때 사용
      • DELETE FROM users where name = ‘ruby’

• CRUD Matrix

  • 데이터베이스에서 데이터에 대해 수행할 수 있는 CRUD 작업을 시각적으로 표현한 도구
  • 사용자 역할이나 프로세스가 특정 엔터티에 대하여 어떤 CRUD 작업을 수행할 수 있는지 표 형식으로 표현
  • 행(Row): 시스템에서 수행되는 프로세스 혹은 기능
  • 열(Column): 시스템에서 다루는 엔티티
  • 값(Value):CRUD 연산

  

  

(2) SQL과 관계 대수

• SQL(Structured Query Language)의 개념

  • 관계 대수에 기초하여 RDBMS의 데이터를 관리하기 위한 프로그램 언어
  • RDBMS에 저장된 데이터를 생성, 조작, 제어하기 위한 프로그램 언어

• 관계 대수(Relational Algebra)와 관계 대수식(Relational Algebra Expression)

  • 관계 대수: 관계형 데이터베이스에서 데이터를 조회하고 조작하기 위한 수학적 언어 ➔ SQL의 이론적 기초

  • 관계 대수식: 관계 대수의 연산을 수행하기 위한 일련의 수식

  • 관계 연산자의 구분

    • 단항 연산자
    • 이항 연산자
    • 일반 집합 연산자
    • 순수 관계 연산자

    

    

    

    

    

    

(3) SQL 문의 종류

2. DDL(Data Definition Language) 구문과 활용

(1) DDL(Data Definition Language)

• DDL의 개념과 특징

  DDL(Data Definition Language)이란?
  데이터베이스의 구조를 정의, 수정하는 SQL 언어
  ➔ 데이터 사전 (Data Dictionary, Data Schema)에 저장

• CREATE TABLE - 테이블 생성
  • 명령어 형식: CREATE TABLE 테이블명 (칼럼명 데이터 타입 제약 조건…)

• DROP TABLE - 테이블 제거
  • 명령어 형식: DROP TABLE 테이블명
    • 테이블의 데이터와 구조 모두를 삭제, 복구 불가
      • Oracle: FLASHBACK을 이용하여 복구 가능 (단, PURGE 옵션으로 삭제 시 완전 삭제)

• TRUNCATE TABLE - 테이블의 데이터 제거
  • 명령어 형식 : TRUNCATE TABLE 테이블명
    • 테이블의 전체 데이터(만) 삭제, ROLLBACK 불가 (로그를 기록하지 않음)
      • MariaDB: AUTO_INCREMENT 초기화됨
• ALTER TABLE - 테이블 수정
  • 명령어 형식
    • ALTER TABLE 테이블명 ADD (컬럼명 데이터타입)
    • ALTER TABLE 테이블명 DROP COLUMN 컬럼명
    • ALTER TABLE 테이블명 MODIFY (컬럼명 데이터타입 제약조건)
      • 칼럼명 변경 시 RENAME TABLE ~ 혹은 ALTER TALBLE ~ RENAME TO 사용
      • Oracle : 다중 컬럼 삭제 지원
  • MODIFIY 시 제약사항
    • 칼럼의 크기 축소 시 NULL 혹은 값이 없는 경우에만 가능
      • MariaDB는 컬럼 크기 감소 시 데이터 손실이 발생할 수 있음
    • 데이터 유형 변경 시 NULL만 있는 경우에 가능
    • NOT NULL 설정은 NULL이 없을 경우에 가능

• RENAME (TABLE) - 테이블 이름 변경
  • 명령어 형식
    • RENAME 테이블명 TO 새로운 테이블명
      • MariaDB : RENAME TABLE 테이블명 TO 새로운 테이블명
    • ALTER TABLE 테이블명 RENAME TO 새로운 테이블명
• DESCRIBE / DESC - 테이블 구조 확인
  • 명령어 형식 : DESCRIBE 테이블명
    • SQL Server : sp_help dbo.테이블명

3. DCL (Data Control Language) 구문과 활용

(1) DCL(Data Control Language)

• DLC의 개념과 특징

  DCL (Data Control Language)란?
  데이터에 대한 접근 권한 부여 등 관리를 위한 SQL 언어

• CREATE / ALTER / DROP USER

  • 사용자 생성: CREATE USER 사용자명 IDENTIFIED BY 패스워드
    • MariaDB: CREATE USER '사용자명'@'호스트명' IDENTIFIED BY ‘패스워드’
  • 사용자 변경: ALTER USER 사용자명 IDENTIFIED BY 패스워드
    • MariaDB: ALTER USER '사용자명'@'호스트명' IDENTIFIED BY ‘패스워드’
  • 사용자 삭제: DROP USER 사용자명
    • Oracle: CASCADE 옵션 사용 가능 (사용자의 모든 객체도 함께 삭제)
    • MariaDB: '사용자명'@'호스트명' 형식 사용 (% : 전체)

• GRANT - 권한 부여

  • 명령어 형식 : GRANT 권한 ON 대상 TO 사용자

    

• REVOKE - 권한 회수(제거)
  • 명령어 형식 : REVOKE 권한 ON 대상 FROM 사용자
    • GRANT로 부여된 권한 회수
      • Oracle: CASCADE CONSTRAINTS 옵션으로 관련된 참조 무결성 제약조건도 함께 삭제
      • WITH GRANT OPTION (해당 사용자가 다른 사용자에게 부여한 권한도 함께 회수)

(1) 논리적 모델링의 개념과 특징 

• 논리적 모델링(Logical Modeling) 의 개념
  • 개념적 모델링을 기반으로 키, 속성, 관계 등 데이터의 논리적 구조를 정확하게 정의하는 과정
  • 관계형 데이터베이스의 논리적 구조에 적합하도록 변환하고 정체하는 과정
• 논리적 모델링의 일반적인 특징
  • 특정 DBMS 혹은 물리적 구현에 독립적인 설계 
  • 엔터티를 테이블로 변환
  • 속성을 칼럼(속성)으로 변환
  • 기본키와 외래키 설정
  • 제약 조건 설정

⇒ 정규화를 통한 데이터 중복 최소화, 데이터 이상현상 방지, 무결성 및 일관성 유지 

• 논리적 모델의 주요 고려사항

  • 엔터티 정제: 유사한 엔터티의 통합 및 분리를 통한 구조화
  • 식별자(Key) 선정: 릴레이션(테이블)의 튜플(레코드)를 대표하는 식별자(Key) 선정
  • 관계 설정/해소: 교차 엔터티를 이용하여 M:N 관계 재 설정(해소) 
  • 다중값 속성 해소: 다중값 속성을 별도의 릴레이션으로 분리, 원래 엔터티의 기본키를 외래키로 포함
  • 정규화 및 제약조건: 데이터 중복제거 및 이상현상 해소, 무결성 검사 및 제약 사항 적용 

• 키(Key)의 종류와 특징

  • 기본키(Primary Key)
    • 주식별자, 여러 개의 후보키 중에서 하나를 선정
    • 테이블을 대표하는 키
    • 대표성
  • 후보키(Candidate Key)
    • 키의 특성인 유일성과 최소성을 만족하는 키 
  • 슈퍼키(Super Key)
    • 유일성은 만족하나 최소성을 만족하지 않는 키
  • 대체키(Alternative Key)
    • 후보키 중 기본키로 선정되지 않는 키
    • 기본키를 대체할 수 있는 키
  • 외래키(Foreign Key)
    • 한 릴레이션의 속성(집합)이 다른 릴레이션의 기본키로 이용되는 키 

• 키(Key)의 상호 관계

  

2. 정규화

(1) 함수적 종속성의 개념과 종류 

• 함수적 종속성의 개념

함수적 종속성이란?
데이터들이 결정자와 종속자의 관계로 상호 종속되는 관계 ➜ X → Y: 결정자인 X가 종속자인 Y를 결정 ➜ 한 릴레이션(R)의 X → Y인 관계에서 X가 기본키가 아닐 경우 이상현상이 발생할 수 있음

• 함수적 종속성의 종류

(2) 이상현상의 개념과 특징

• 이상현상(Anomaly)의 개념

이상현상(Anomaly)이란?
데이터의 중복성으로 인해 릴레이션을 조작 시 발생하는 비합리적인 현상 ➜ 중복된 속성, 속성 간에 종속하는 다양한 종속관계에 따라 발생하는 문제

• 이상현상의 종류와 특징

• 이상현상의 사례

  

(3) 정규화의 개념과 특징

• 정규화(Normalization)의 개념

정규화(Normalization)란?

• 이상현상(Anomaly)을 해결하기 위해 중복을 최소화 하면서 무손실 분해하는 과정
• 함수적 종속성을 참고하여 기본적으로 하나의 종속성이 하나의 릴레이션으로 표현되도록 분해하는 과정

➜ 정규형: 정규화로 도출된 데이터 모델이 갖추어야 할 특성

• 정규화의 특징

  • 이상현상 해결, 일관성과 무결성 확보
  • 중복 제거로 저장 공간 회소화
  • 연관 관계를 이용한 유연한 관리

  ➜  정보의 무손실, 데이터 중복 최소화, 분리의 원칙 

  ※ 조인(Join)을 위한 정보 구성 및 활용 시 성능 저하

• 정규화의 유형별 특징

• 1차 정규화의 예: atomic 하게 적용하기

  

• 2차 정규화의 예: 부분 종속성 제거하기 

  

• 3차 정규화의 예: 이행적 종속성 제거하기 

  

3. 반정규화

(1) 정규화의 고려사항과 반정규화

• 정규화의 고려사항
  • 정규화의 장점
    • 데이터 이상현상 제거
    • 데이터 중복 최소화
    • 입력/수정/삭제 효율화
  • 정규화 고려사항
    • 조회 시 처리 조건에 따라 성능 저하 발생
    • Join 시 성증 저하 발생
      • Join: 논리적 관계를 기준으로 둘 이상의 테이블을 연결하여 결과 집합을 만드는 과정

• 반정규화(Denormalization)의 개념

반정규화(Denormalization)란?
정규화 이후 조회(질의) 성능 향상을 위하여, 일부 데이터의 중복을 허용하거나 테이블의 구조를 변경하는 작업

• 반정규화의 절차

  

• 반정규화의 주요 기법
  • 테이블 반정규화: 테이블 병합, 테이블 분할, 테이블 추가
  • 컬럼 반졍규화: 중복 컬럼 추가, 파생 컬럼 추가, 집계 컬럼 추가
  • 관계 반정규화: 중복 관계 추가

(1) 데이터 모델링의 개념과 특징

모델링?
공통된 것. 공통된 것을 잘 모아서 설명해보자.
아주 구체적인 것 보다는 상위 레벨(=추상화된 단계)에서 공통된 속성을 중심으로 설명해보자 

• 데이터 모델링(Data Modeling)의 개념

  • 데이터의 공통적인 특징을 찾아서 상위 레벨의 표현 기법으로 정리하는 과정 및 관련 기법
  • 데이터의 특징을 단순화하여 표현하는 과정 및 관련 기법

  ⇒ 즉, 현실 세계의 데이터를 (목적과 의도에 따라)추상화하여 물리적 데이터베이스로 변환하는 일련의 과정

• 데이터 모델링의 일반적인 특징

  1. 추상화(Abstraction): 공통된 속성을 중심으로 상위 레벨에서 
  2. 단순화(Simplificatioin): 복잡하고 디테일한게 아니라 단순하고
  3. 명확성(Clarity): 명확하게
  4. 중복 배제
  5. 유연성
  6. 일관성

  ⇒ 잘 정의된 표기법(문서로 정리한다 === 의사소통이 잘 된다)에 의해 표현

• 데이터 모델링의 접근 관점
  • 데이터 관점, 프로세스 관점
  • 데이터와 프로세스 관점

(2) 데이터베이스 3단계 스키마(Three Level Schema) 

• 데이터베이스의 3단계 스키마의 개념

데이터베이스 3단계 스키마란?
ANSI/SPARC이 제안, 데이터베이스의 구조를 3가지 추상화 수준으로 설계하는 방법

⇒ 외부 스키마, 개념 스키마, 내부 스키마 구조로 독립성 확보, 유연성 제공

• 데이터베이스 3단계 스키마의 구조와 특징
  • 외부 스키마(External Schema)
    • 개별 사용자 관점에서 데이터베이스를 표현
    • 사용자마다 다른 관점으로 데이터베이스를 볼 수 있음
    • 서브 스키마(Sub Schema)라고도 불림
    • 특정 응용에 한정된 논리적 데이터 구조를 정의
  • 개념 스키마(Conceptual Schema)
    • 조직 전체 관점에서의 통합된 데이터베이스 구조
    • 모든 사용자에게 필요한 데이터를 통합, 전체 데이터베이스의 논리적 구조를 정의
    • 데이터베이스 하나에 개념 스키마 하나만 존재
    • 데이터 간의 관계, 제약조건, 접근권한, 보안정책 등을 포함
  • 내부 스키마(Internal Schema)
    • 물리적 저장장치 관점에서 데이터베이스를 표현
    • 실제 데이터가 저장되는 방법을 정의
    • 내부 레코드 형식, 인덱스 유무, 데이터 저장 구조 등을 포함
    • 데이터베이스 하나에 내부 스키마 하나만 존재

• 데이터베이스 3단계 모델링의 개념

데이터베이스 3단계 모델링의 개념
데이터베이스 모델링을 개념적 모델링, 논리적 모델링, 물리적 모델링의 3단계로 수행하는 방법

• 데이터베이스 3단계 모델링의 구조와 특징
  • 개념적 모델링 (Conceptual Modeling): ERD(Entity-Relationship Diagram)
    • 업무 중심적이고 포괄적인 수준의 모델링 수행
    • 핵심 엔터티와 그들 간의 관계를 발견하고 엔터티-관계 다이어그램 생성
  • 논리적 모델링(Logical Modeling): 테이블 설계서, 정규화
    • 키, 속성, 관계 등 데이터의 논리적 구조를 정확하게 정의
    • 정규화를 통한 데이터 일관성 확보와 중복 제거 수행 
  • 물리적 모델링(Physical Modeling): 인덱스, 반정규화 (조회 성능 최적화)
    • 실제 데이터베이스에 이식할 수 있도록 물리적 특성을 고려한 설계 
    • 테이블, 컬럼 등의 물리적 저장구조 정의
    • 성능, 저장공간 등 물리적 요소를 고려한 설계 수행

2. 개념적 모델링 

(1) 개념적 모델링의 개념과 특징

• 개념적 모델링의 특징

  • 현실 세계 추상화: 복잡한 정보를 단순화하여 엔터티, 속성, 관계로 표현
  • DBMS 독립성: (특정 DBMS의 특징을 고려하지 않고) 개념적 수준에서 모델링 수행 

  ⇒ 이해 용이성, 의사소통, 유연성 ⇒ ERD(Entity-Relationship Diagram)으로 표현 

(2) 개념적 모델링의 세부 단계

1. 주제영역 도출
   • 사용자 요구사항 분석, 업무 프로세스 파악, 데이터 요구사항 및 제약사항 점검
   • 데이터 모델링의 기초 자료 수립
   • 데이터 요소 목록
   • 예) 회원 정보, 도서 정보, 대출 정보
2. 핵심 엔티티 도출
   • 엔터티 분류 (기본, 중심, 행위, 사건), 엔터티 목록 작성 (이름, 설명)
   • 엔터티의 속성 식별, 속성 분류 (기본, 설계, 파생, 필수, 선택), 속성 목록 작성 (이름, 설명)
   • 식별자 정의 (후보 식별자 → 주식별자)
   • 독립적인 개체(Entity) 식별: 회원, 도서, 대출
   • 속성 도출: 회원(ID, Name, Tel, Date) ※ ID : 주식별자 
3. 관계 설정
   • 엔터티 간 관계 파악, 관계 유형 결정 (1:1, 1:N, M:N), 관계 정의 및 이름 관계 참여도 (필수, 선택), 순환관계 검토
   • 회원과 대출관계: 1:N(한명이 여러 도서 대출 가능) ※  카디널리티(Cardinality): 관계에 참여하는 수
4. ERD 작성 
   • 개체, 속성, 관계를 ERD로 명세

(3) 식별자의 개념과 특징

식별자(Identifier)란?
하나의 엔터티 내에서 각각의 인스턴스를 유일하게 구분할 수 있는 속성 혹은 속성의 그룹

• 식별자의 주요 특징
  • 유일성: 엔터티 내의 모든 인스턴스들을 유일하게 구분(식별)할 수 있어야 함
  • 최소성: 식별자를 구성하는 속성의 수는 유일성을 만족하는 최소한의 개수여야 함
  • 불변성:지정된 식별자의 값은 변경되지 않아야 함
  • 존재성:식별자로 지정된 속성은 반드시 값을 가져야 함
• 식별자의 종류
  • 주식별자
    • 엔터티를 대표하는 유일한 식별자
  • 보조식별자
    • 대표성은 없으나 인스턴스를 구분할 수 있는 식별자
  • 내부식별자 
    • 엔터티 내부에 있는 식별자
  • 외부식별자
    • 다른 엔터티와의 관계를 통해 가져와서 사용하는 식별자 

3. ERD (Entity Relationship Diagram) 

(1) ERD의 개념과 특징

ERD(Entity Relationship Diagram)란? 
데이터베이스의 구조를 개체(Entity), 속성(Attribute), 관계(Relationship)을 중심으로 정의된 형식의 다이어그램으로 표현하는 방법 
⇒ 객체, 속성, 관계를 시각적으로 표현. 개념적 모델링 단계에서 주로 사용
⇒ 복잡한 구조를 시각적으로 표현하여 분석 및 이해 용이, 의사소통 용이 

• ERD의 대표적인 종류  

• ERD를 이용한 모델링 절차 

  

(2) Peter-Chen 표기법의 특징

• 엔터티와 속성 

  • 강한 개체
    • 다른 개체의 도움 없이 독립적으로 존재 가능
    • 독립적으로 식별이 가능한 주 식별자 보유
  • 약한 개체
    • 다른(상위, 소유) 개체의 존재여부에 종속적으로
    • 존재, 소유 객체의 식별자를 포함하여 식별 가능

• 관계

  • 식별관계
    • 부모 개체의 식별자가 자식 개체의 식별자에 포함되어 사용
  • 비식별관계 
    • 부모 개체의 식별자가 자식 개체의 일반 속성으로 사용

  

(3) IE/Crow’s Foot 표기법의 특징

(1) MySQL 설치

• 다운로드 및 설치 

  • 설치 시 비번 잘 기억하기! 

  

• 설치 확인

  

(2) MySQL 실행

• 시스템설정 > Start MySQL Server
• 터미널 실행 

cd /usr/local/mysql/bin
./mysql -uroot -p 
# ./mysql: mysql을 쓰고 싶어
# -u: user
# root: 나는 root라는 사용자야
# -p: 패스워드를 입력할꺼야


SHOW DATABASES;

2. Docker를 활용한 MySQL 설치 

• Docker Desktop 설치

  

• Docker Hub 에서 MySQL Image 확인

  

(1) MySQL 컨테이너 실행 (기본 명령어)

docker run --name mysql-container -e MYSQL_ROOT_PASSWORD=root -d -p 3306:3306 mysql:latest

# 설명:
# --name mysql-container → 컨테이너 이름
# -e MYSQL_ROOT_PASSWORD=root → 루트 비밀번호 설정
# -d → 백그라운드 실행
# -p 3306:3306 → 호스트의 3306 포트를 컨테이너의 3306 포트에 연결
# mysql:latest → 최신 버전 MySQL 이미지 사용

(2) Docker Volume으로 데이터 유지 (추천)

docker run --name mysql-container -e MYSQL_ROOT_PASSWORD=root \
  -v mysql_data:/var/lib/mysql \
  -d -p 3306:3306 mysql:latest

# 설명:
# -v mysql_data:/var/lib/mysql → MySQL 데이터 저장소를 **볼륨(mysql_data)**에 저장

(3) MySQL 접속하기

# 컨테이너 확인
docker ps

# MySQL 내부로 접속
docker exec -it mysql-container mysql -uroot -p

(4) MySQL 컨테이너 중지 & 삭제

docker stop mysql-container   # 중지
docker rm mysql-container     # 삭제
docker volume rm mysql_data   # 볼륨 삭제 (데이터도 삭제됨)

3. Docker로 MySQL을 쓰는 이유 🚀 

👉 결론: macOS에 직접 설치해도 되지만, 개발/테스트 환경을 관리하기 쉽게 하려면 Docker가 훨씬 유리함! 💡

(1) 데이터, 정보, 데이터베이스

데이터(Data)의 개념

• 관찰 혹은 측정하여 수집한 사실(Fact)이나 값(Value)
• 수치 데이터, 문자 데이터, 이미지 데이터 등

정보(Information)의 개념

• 데이터를 의사 결정 등에 활용하기 위하여 체계적으로 처리한 결과물
• 일정한 프로그램에 의해 처리되거나 정의된 양식에 의하여 가공됨

데이터베이스(Database)

개념

• 조직, 업무 목적에 따라 여러 사람들이 공유하여 사용할 목적으로 통합 및 관리되는 데이터의 집합
• 공동의 목적을 지원하기 위한 관련 자료들의 집합체

특징

• 통합 데이터 (Integrated Data): 중복을 제외하거나 의도적인 중복을 파악하여 관리
• 저장 데이터 (Stored Data): 컴퓨터 시스템의 저장매체에 저장하여 관리
• 운영 데이터 (Operation Data): 조직의 기능과 역할 수행을 위해 필요한 데이터 
• 공용 데이터 (Shared Data):  여러 사용자 혹은 응용시스템들이 목적에 따라 공유하여 이용

(2) 빅데이터와 빅데이터 인프라 플랫폼

빅데이터(Big Data)란?

• 다양한 형태의 데이터가 생산되는 속도 및 양이 매우 방대하여 기존의 방법과 도구로는 데이터를 수집, 저장, 분석이 어려운 데이터
  • 정형 데이터, 비정형 데이터를 모두 포함
  • 데이터에서 가치를 생성하기 위한 처리 및 분석 기술 포함 
• 빅데이터(Big data)의 특징 
  • Volume(데이터의 크기): 방대한 양의 데이터, 기존 기술로는 처리 및 관리가 어려운 규모 
  • Velocity(생성 속도): 데이터가 생성되고 처리되는 속도를 의미, 실시간 생성 및 전송 
  • Variety(다양성): 정형, 반정형, 비정형 등 여러 형태의 데이터를 포함 
  • Value(가치): 유의미한 가치를 창출할 수 있는 데이터, 데이터 분석 등에 활용 
  • Veracity(정확성): 데이터의 품질과 신뢰도를 나타내는 특성, 정확성과 일관성 

2. DBMS의 종류와 특징

(1) DBMS(Data Base Management System)의 개념 

DBMS란?

• 사용자와 데이터베이스 사이에서 데이터를 관리하고 사용자의 요청에 따라 데이터베이스에 연산을 수행하여 정보를 생성하는 프로그램

DBMS(DataBase Management System)의 종류와 특징 

• 계층형 데이터 베이스 (DBMS)

  • 데이터의 관계를 트리 구조로 정의, 부모-자식 형태를 갖는 구조
  • 상위 레코드가 복수의 하위 레코드를 가짐

• 네트워크형 데이터베이스 (DBMS)

  • 레코드 간의 다양한 관계를 그물처럼 가짐
  • 복잡한 구조로 인하여 구조 변경 시 어려움이 따름

• 관계형 데이터베이스 (DBMS) 

• • 행/열로 구성된 Table 간의 관계 표현
  • SQL을 이용하여 데이터에 접근, 관리 
  • 오라클, MySQL/MariaDB, SQLite 등

• NoSQL

  • Document, Key-Value의 비정형 구조
  • 전용 API를 이용하여 데이터에 접근, 관리
  • MongoDB, 카산드라 등

(2) DBMS(Data Base Management System) 종류와 특징

관계형 DBMS의 종류

• ORACLE 
• MariaDB
• PostgreSQL
• SQLite 
  • 파일 형식
• Microsoft SQL Server
  • Windows 운영체제에 최적화

비정형 DBMS의 종류

• MongoDB
  • Document-Oriented (JSON 형태의 문서 데이터)
  • Schema-less 구조, Replication (고가용성)

<br /><br />

3. SQL의 종류와 특징

(1) SQL의 개념

SQL(Structured Query Language)이란? 

• 데이터베이스에 저장된 데이터를 조회, 입력, 수정, 삭제하는 등의 조작이나, 테이블을 비롯한 객체를 생성 및 제어하기 위한 프로그램 언어

SQL 문의 종류와 특징

• DDL:CREATE TABLE, ALTER TABLE, DROP TABLE 
  • Data Definition Language
  • 데이터베이스의 논리적 구조를 정의하기 위한 언어, 데이터 사전에 저장
  • 기본 Auto Commit
• DML:INSERT, SELECT, UPDATE, DELETE 
  • Data Manipulation Language
  • 데이터베이스에 저장된 데이터를 조작 하기 위해 사용하는 언어
  • 검색, 추가, 삭제, 갱신 작업 수행
• DCL / TCL:GRANT, REVOKE
  • Data Control Language
  • Transaction Control Language
  • 데이터에 대한 접근 권한 부여, 트랜잭션 등을 관리하기 위한 언어

우리 회사는 올 해 아주아주 큰 변화를 맞았다.. 당시엔 절망? 분노? 안타까움, 아쉬움.. 이런 감정들이었는데, 지금 생각해보면 우리 회사의 색깔과 강점으로 앞으로 더 나아가기엔 오히려 잘 된 변화가 아닐까.. 싶다.(물론 지금 생각이지만.. 당시엔 정말.. 😮‍💨😤😠)

추석만 되면 부는 시베리아 칼바람..

작년에 이어 올해 추석에도 시베리아 칼바람 직격탄을 맞았다. 너무너무 추웠다.. 그 여파로 작년과 비교할 수 없을 정도로 많은 동료들을 떠나보내고.. 매우 소수의 인원만 남겨진채로.. 연말을 맞이하고 있다.(이 정도면 추석이 이제 무서워지려 하네..)

당시에 어수선 했던 분위기는 현재 각종 지표들이 보여주는 목표를 훌쩍 뛰어넘는 달성, 긍정적인 추이를 보며 내년에는 더 잘할 수 있다는 의지, 기대감 등의 분위기로 바뀌었다. 다행이지.

그 속에서 나는.. 조금은 많이 부끄럽고.. 반성하며 스스로를 다독이고.. 개인적으로 지치고 너덜너덜 해진 멘탈을 부여잡으며 (회사에 적당히 남긴 것 말고.. 찐!!)회고록을 작성중이다. (매년 한 해를 정리하며 작성하는 회고는 중요한 것 같다. 뭔가 마침표를 찍고 다음으로 넘어가는 느낌 🤔)

조금은 부끄럽고,

함께 하고 싶은 개발자

매년 회사에서는 회고톤&종무식을 진행하는데 한 해를 돌아보며 각자 회고록을 작성하고 의미있게 한 해를 마무리하는 시간을 가진다. 동료들이 남긴 회고록을 둘러보며 아 이런 일도 있었지!, 성과와 반성, 특히 회사와 동료들에 대한 애정과 감사함이 담긴 회고 들을 되짚어보다 스스로 부끄러워지는 회고를 발견했다. (꼰대적인 생각이겠지만) 나보다 한참 어리고 사회생활도 적은 친구가 작성한 회고인데.. 뭔가 뒷통수 씨게 맞은 느낌..

회고라 하여.. 이력서 쓰듯 올해 한 일들을 나열하기만 했던, 일에 대해 집중하기만 했던, 온전히 나만 바라보았던 나의 회고와 달리 개발자의 본질, 한해 성장하며 느낀 생각과 가치관에 대한 이야기, 개발자가 지녀야 할 태도 등에 대한 성찰이 담긴 회고였다. 그 회고를 읽으며 너무 너무 부끄러웠다. 그리고 부러웠다.. 그 친구가 지난해에 남긴 회고와 올해 작성한 회고를 번갈아보며 한해 동안 이 친구는 이렇게나 성장하고 성숙해졌는데 나는 제자리구나.. 라는 생각이 나를 너무 초라하고 부끄럽게 만들었다.

요즘 종종 나의 사회생활, 내가 살아가는 방식에 대한 생각, 가치관, 태도 등에 대해 자기반성, 고민, 정체성, 방향성에 대해 많은 생각을 하는데.. 내가 지닌 생각, 가치관, 태도 등을 흔들었달까,

그 친구가 지닌 회사와 일, 동료를 대하는 태도와 가치관 등으로, 왜 그 수많은 동료들이 함께 하고 싶어하는지를 다시 한번 깨닫고 스스로를 반성하는 시간이었다. 내가 그토록 열망하는 함께 하고 싶은 개발자의 모습을 갖춘 동료였다. 그리고 그런 동료와 함께 할 수 있음에, 나를 자극하고 채찍질 해줄 수 있는 동료가 있음에 진심으로 감사하다.🙏 (부디 내년엔 스스로에게 부끄럽지 않은, 성숙해진 내가 되어보자! 💪💪)

스스로를 다독이며

나는 필요한 사람인가?

종종 스스로에게 묻게 되는 순간이 있다. 그리고 이 질문에 스스로 긍정할 수 있는지가 나에겐 특히 더 중요하다. 이 질문이 동기부여에 있어 매우 중요하게 작용하기 때문.

올해의 회고를 작성하기 전, 작년의 회고를 되짚어보았다. 그중에서도 특히 마음에 남은 건, 내가 필요한 사람이었음을 느끼게 해준 동료들의 회고였다.

지금은 떠나고 없는 동료들의 글에서, 나는 내 할 일을 다하며 필요한 '띵플러'로서 자리하고 있었구나 하고 되돌아보니 뿌듯..(_도 잠시.. 였지.._😭😭) 애써 잘 하고 있구나.. 스스로를 다독이며 내년에도 나를 필요로 하고, 함께 하고 싶은 개발자의 모습을 고민하며 성숙한 사람이 되어야겠다 또또 다짐한다.

그럼에도 아쉬움이 많은 해

서비스에 대한 이해

이 서비스를 본격적으로 담당하고 이제 막 1년이 지났다. 그 1년 동안 나는 서비스를 이해하려 노력했을까? 내가 개발하고 있는 서비스의 모든 기능을 나는 다 알고 있을까? 모든 코드를 다 이해하고 개발하는 것일까?? 아니기에 아쉬움이 남겠지.. 이 또한 부끄럽구나..

처음 이 서비스를 맡게 되었을 땐 모든 기능(특히 스튜디오..)을 다 한 번에 익힐 수 없기에.. 개발하는, 개선하는 부분부터 차근차근 익히자.. 라는 안일한 생각을 했던 것 같다. 분발해야지..

내가 n년차면 그 경력에 맞는 실력과 경험을 가져야 한다.

개발자는 평생 공부하는 사람이라고 생각하는데 올 해엔 특별하게 어떠한 기술, 지식을 습득했다?라고 할 만한 것이 있나? 싶다. 매년 무언가 새로운 것을 배워야 한다기 보다, 내가 다루는 기술에 대한 이해, 업데이트 내용 등 이런 실제 필요한 것들.. (사실 angular를 다루고 있지만 react, nextjs 를 처음 접했을 때 처럼 이해하거나 고민하지 않고 개발하고 있기에..) 회고를 하며 매년 스스로에게 하는 질문인데, 올해는 무언가 시작은 했던 것 같은데 결과가 없달까..

밀린 기술블로그(내가 보려고 작성하지만 그 마저도 밀린 상태.. 왜이렇게 게을러졌늬..)도 아쉽고.. 한 해 열심히 살았다.. 라는 흔적이 없어 더욱 아쉬운 것 같다.

너덜너덜한 멘탈.. 지침

연말 갑작스럽게 아빠가 사고를 당했다. 수술 경과는 좋다지만 허리와 다리 골절로 후유증이 남고.. 현재도 혼자 거동이 어렵고.. 입원중이시고.. 1월초 퇴원 예정이지만 재활병원에서 입원은 이어가야 한다. 평온했던 일상이 그립다..

2025년 계획, 다짐

또 다시, 나는 필요한 사람인가?

연말, 이 질문에 집착하는 이유는.. 남겨진 소수의 인원에 내가 포함된 이유를 아직 찾지 못해서.. 스스로 납득하지 못해서.. 일까.. 한껏 움추러들고 우울한 연말이다. 자신감? 자존감도 많이 떨어지고.. 땅파고 있는 연말이지만.. 스스로 납득할 이유를 찾고! 만들고!! 실천으로 이어가야 하겠다.

2025년에는 더 나은 팀원, 더 나은 개발자가 되기 위해 내가 할 수 있는 일에 집중하고, 고민보다 행동으로 답을 찾는 한 해를 다짐한다.

스스로의 성장

항상 성장이란 단어에 압박을 느끼고 아쉬움이 남는 것 같다🥲 이번 사이드 프로젝트는

• 평소 경험해보지 못했던 것을 배워보자!
• TPM님이 직무미팅때 공유해주신 supabase를 언젠간 사용해보리라! 라는 생각을 계속 하던 차에!!

짝꿍님이 회사에서 사용할 사이트 하나 만들어줄 수 있어?라는 질문에 흔쾌히 ok!!! 하며 시작된 프로젝트!!!👍

그리고 내가 이전에 다녔던, 이전 동료들이 사용하는 서비스를 만들며 내가 _개발자로 전향하게 된 계기_를 다시 떠올리게 된 프로젝트 이기도 하다.💪💪

:: 프로젝트 소개

총 1명, 약 보름간 퇴근 후 틈틈이 작업한 프로젝트

개요

> 소개

• 최종 목표는 그룹웨어의 형태로,
• 시작은 회의실/교육장/코칭룸 예약 시스템이다.

> 기술 스택

• nextjs14 supabase @reduxjs/toolkit @fullcalendar moment tailwindcss typescript

> 구현 기능

권한에 따라 미로그인, 로그인, 관리자로 구분

🔷 자원예약

• 미로그인, 로그인, 관리자 누구나 예약 가능
• 종일, 시간별, 기간 선택하여 예약 가능
  • 일/주/월 별 확인
• 기존 예약된 내용 수정 및 삭제 기능
  • 삭제 및 수정은 관리자만 가능(기획 의도)

🔷 로그인, 회원가입, 로그아웃

🌈 나의 역할

• supabase 로
  • 예약시스템에서 필요한 CRUD 적용되게끔 하고,
  • 관리자와 로그인 구분하여 UD 가능하게 하고
  • 누구나 회의실/교육장/코칭룸 정보 get 요청 가능하게 하고
  • 누구나 예약 가능하게 하도록 구현
• nextjs로 위의 기능에 맞게 UI 구현하고
• @reduxjs/toolkit 데이터 전역 상태 관리하고
• @fullcalendar 로 일정 확인 가능하도록 구현하고
• gpt와 함께 customTimeline 컴포넌트 구현
  • 

기억에 남는 일?!

Keep

• 생각보다 꽤 좋은 파트너 gpt👍

  • 가장 처음 구현한게 customTimeline 컴포넌트인데, 딱 원하는 기능을 제공하는 라이브러리를 찾지 못해(있으면 유료, 비쌈..) 직접 구현해야겠다 마음먹었고, 생각보다 쉽지 않아 gpt를 적극 활용해서 구현. gpt가 생각보다 꽤 좋은 파트너의 역할을 했던 기억이 긍정적인 경험으로 오래 기억된다.

• tailwind가 디자인도 해줬어요🙌

  • 디자이너 없이 실제 유저에게 제공되는 서비스를 구현하자니.. 디자인 적인 부분에서 어려움이 있었는데, tailwind 의 도움을 받아 생각보다 쉽게 디자인적인 어려움이 해소되었다.

• 백엔드 없이 supabase로 DB, API 구현하는 새로운 경험

  • 이런 걸로(?) 풀스택 말할 수 있다면 가장 처음 풀스택으로 서비스 구현한 프로젝트가 되겠다.
  • 새로운 기술 습득 후 바로 적용한 사례 중 하나로, supabase의 공식문서가 꽤 잘 되어 있고, 이고잉님의 유튭 강의를 보며 요구되었던 기능을 구현해내어 뿌듯하다!

Problem

• 어서와👋 supabase는 처음이지?
  • supabase와 프론트에서 저장하는 예약하기 데이터의 Date 시점이 맞지 않아 초반에 원인 찾기(utc)에서 시간 소요가 있었다.
  • supabase 에서 제공하는 Database Roles을 정확히 사용하지 못한 부분이 아쉬움이 남는다. (그로 인해 시간 지체가 있었지..🥲)

Try

• 회사에서는 POC 단계를 거쳐 구현 가능한가? 어떤 라이브러리를 써야 할까? 등에 대한 검증 단계가 있는데, 초반에 이런 과정을 좀 더 적극적으로 했다면 라이브러리 선택 과정이 훨씬 수월했을 것 같은 아쉬움.. 다음엔 일정 관리할 때 POC 과정 먼저 추가 해야겠다!

:: 마무리

이번 사이드 프로젝트는 요청자인 짝꿍 포함, 이전 동료들이 사용하게 될(사용하고 있는) 사이트를 구현했는데, 처음으로 백엔드 영역까지 도전한 프로젝트였기에 더더더!!! 뿌듯하다 😆🤭😊

막상 백엔드 부분을 작업할 때 처음 사용해보기도 했고 관련 지식도 많지 않았기에(현업에서 협업하며 얻은 지식이 전부..😳) 제대로 구현할 수 있을까 걱정도 많았지만🥺🥺 구글링, gpt 등의 도움으로 무사히 런칭할 수 있었다.😊

백엔드 영역까지 도전해보며 개발 영역에서 배워야 할 게 너무나 많구나..💪라는 것을 새삼 느꼈고, 꼭 내 분야 아니더라도 협업할 때 등 도움이 되니 이렇게 경험해보고 배우는게 필요하다!라는 것을 체감한 프로젝트였다!✨

업무에서만 개발을 하는 것이 아닌 나의 성장👩🏻‍💻과 재미🥳 등 평소에도 개발을 적용할 수 있어서 바쁘기도 했지만 하나 끝내놓고 나니 다음엔 뭘 도전해볼까.. 또 고민하게 된다!

다음 도전도 무사히 마칠 수 있기를 바라며!! 화이팅!!! 💪💪

1분기 개발팀 이니셔티브 중 하나인 형상 관리 표준화 및 전파 작업! 주요 내용은

• 개발 본부의 표준 깃전략 확정
• 개발 본부의 표준 커밋 컨벤션 확정
• 개발 본부의 표준 PR 규칙 확정

이다.

깃 전략 및 깃허브 워크플로우 전략 등이

• 각 직무별(서버, 웹 프론트엔드, 안드로이드, iOS)로 다르고
• 해당 직무의 레포지토리(스플, 헬봇 등)별로 또 달라서
• 같은 웹 프론트엔드 개발자라 하더라도 어떤 서비스를 담당하느냐에 따라 깃, 배포 전략 등을 새로 익혀야 하고
• 새로 입사한 개발자의 온보딩 시간을 고려하고
• 개발팀 역량강화 차원에서

해당 이니셔티브를 진행하게 되었다.

그 중 Web Workflow 표준화 작업을 담당하게 되어 작업 히스토리와 결과 산출물을 기록해본다

☐ 깃헙 워크플로우 동작

▪︎ main

name: (서비스명) deploy-prod
on:
    push:
    branches:
        - main # 배포 브랜치

    jobs:
      deploy:
        runs-on: ubuntu-latest

        steps:
          - name: Checkout
            uses: actions/checkout@v2

          - name: Setup Environment
            uses: pnpm/action-setup@v3
            with:
              version: 8 
          - name: Install Dependencies
            uses: actions/setup-node@v3
            with:
              node-version: '18.x' # node-version-file: '.nvmrc'
          - name: Build
            run: |
              pnpm i
              pnpm build


      # 슬랙 알림
      slack_notifications:
        runs-on: ubuntu-latest
        # 배포 결과 슬랙 알림
        steps:
          - name: Notify Deployment Failure
            if: ${{ failure() }}
            uses: slackapi/slack-github-action@v1.23.0
            with:
              payload: |
                {
                  "attachments": [
                      {
                        "title": "❌ 배포 실패했습니다 🥲",
                        "author_name": "${{github.actor}} 님의 배포 에러 😱",
                        "color": "danger",
                        "fields": [
                          {
                            "title": "Branch",
                            "value": "${{github.ref}}",
                            "short": true
                          },
                          {
                            "title": "Event",
                            "value": "${{github.event_name}}",
                            "short": true
                          },
                          {
                            "title": "Actions URL",
                            "value": "<${{github.server_url}}/${{github.repository}}/commit/${{github.sha}}/checks|${{github.workflow}}>",
                            "short": true
                          },
                          {
                            "title": "Commit",
                            "value": "<${{github.server_url}}/${{github.repository}}/commit/${{github.sha}}|Commit Link>",
                            "short": true
                          },
                          {
                            "title": "Message",
                            "value": "${{github.event.head_commit.message}}",
                            "short": false
                          }
                        ]
                      }
                    ]
                }
            env:
              SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
              SLACK_WEBHOOK_TYPE: INCOMING_WEBHOOK

          - name: Notify Deployment Success
            uses: slackapi/slack-github-action@v1.23.0
            with:
              payload: |
                {
                  "attachments": [
                      {
                        "title": "✅ 배포 완료되었습니다! 👍",
                        "author_name": "${{github.actor}} 님! 성공적으로 배포되었습니다.🎉",
                        "color": "adff2f",
                        "fields": [
                          {
                            "title": "Branch",
                            "value": "${{github.ref}}",
                            "short": true
                          },
                          {
                            "title": "Event",
                            "value": "${{github.event_name}}",
                            "short": true
                          },
                          {
                            "title": "Actions URL",
                            "value": "<${{github.server_url}}/${{github.repository}}/commit/${{github.sha}}/checks|${{github.workflow}}>",
                            "short": true
                          },
                          {
                            "title": "Commit",
                            "value": "<${{github.server_url}}/${{github.repository}}/commit/${{github.sha}}|Commit Link>",
                            "short": true
                          },
                          {
                            "title": "Message",
                            "value": "${{github.event.head_commit.message}}",
                            "short": false
                          }
                        ]
                      }
                    ]
                }
            env:
              SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
              SLACK_WEBHOOK_TYPE: INCOMING_WEBHOOK

      # 배포 후 릴리즈 태그 생성
      release:
        needs: deploy # deploy 성공하면 실행해라
        runs-on: ubuntu-latest

        steps:
          - uses: actions/checkout@v2

          # package.json에서 버전 정보 추출
          - name: Get Package.json Info
            id: info
            uses: jaywcjlove/github-action-package@main
          - run: echo "version - ${{ steps.info.outputs.version }}"

          - name: Get Latest Release Tag
            uses: actions-ecosystem/action-get-latest-tag@v1
            id: get-latest-tag
            with:
              semver_only: true

          - name: Create Release
            uses: actions/create-release@v1
            env:
              GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
            with:
              tag_name: ${{  steps.info.outputs.version }}
              release_name: ${{  steps.info.outputs.version }}
              body: |
                ${{ github.event.head_commit.message }}

                **Full Changelog**: https://github.com/${{ github.repository }}/compare/${{ steps.get-latest-tag.outputs.tag }}...${{ steps.info.outputs.version }}

      # release, hotfix 배포 후 개발 배포도 동시에 되게끔 develop 브랜치에 머지
      back-merge-to-develop:
        needs: deploy # deploy 성공하면 실행해라
        runs-on: ubuntu-latest
        steps:
          - uses: actions/checkout@v2

          - name: Merge main → develop
            uses: devmasx/merge-branch@master
            with:
              type: now
              from_branch: main
              target_branch: develop # 개발 배포 브랜치
              github_token: ${{ secrets.GITHUB_TOKEN }}

▪︎ release : Push - 개발 테스트, 운영 테스트 배포

# Github Flow 전략에선 release 브랜치가 불필요한 경우가 많다.
# 따라서 아예 분기하지 않는 경우가 일반적이다.

# ...

# develop 브랜치에 머지
 back-merge-to-develop:
    needs: deploy # deploy 성공하면 실행해라
     runs-on: ubuntu-latest
     steps:
        - uses: actions/checkout@v2

        - name: Merge main → develop
           uses: devmasx/merge-branch@master
          with:
            type: now
            from_branch: main # merge 시작할 브랜치
            target_branch: develop # 개발 배포 브랜치
            github_token: ${{ secrets.GITHUB_TOKEN }}

▪︎ hotfix: Push - 운영 테스트 배포

# hotfix PR merge 후 배포 브랜치 merge 후 배포 
# Github Flow 전략에선 hotfix를 사소한 기능 변화로 바라본다.
# 마찬가지로 아예 분기하지 않는 경우가 많다.

# ...

# develop 브랜치에 머지
back-merge-to-develop:
  needs: deploy # deploy 성공하면 실행해라
  runs-on: ubuntu-latest
  steps:
    - uses: actions/checkout@v2

    - name: Merge main → develop
      uses: devmasx/merge-branch@master
      with:
        type: now
        from_branch: main # merge 시작할 브랜치
        target_branch: develop # 개발 배포 브랜치
        github_token: ${{ secrets.GITHUB_TOKEN }}

▪︎ PR 시 공통: Style, UnitTest (각 단계마다 범위가 강화되는)

# 모든 PR 체크
name: Check PR
on: [pull_request]

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout
        uses: actions/checkout@v2

      - name: Setup Environment
        uses: pnpm/action-setup@v3
        with:
          version: 8
      - name: Install Dependencies
        uses: actions/setup-node@v3
        with:
          node-version: '18.x' # node-version-file: '.nvmrc'

      - name: Check Lint
        run: |
          pnpm i
          pnpm lint
        env:
          CI: true

      # 테스트 코드 실행 결과 보여주기       
      - name: Run Tests and Create Comment         
        uses: actions/github-script@v6
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          github-token: ${{ secrets.GITHUB_TOKEN }}
          script: |
            const script = require('./test-result-commit.js')
            console.log(script({github, context}))

      # 결과 슬랙 알림
      - name: Notify PR🎁 Check Failure
        if: ${{ failure() }}
        uses: slackapi/slack-github-action@v1.23.0
        with:
          payload: |
                 {
                  "attachments": [
                      {
                        "title": "❌ ${{ github.event.pull_request.title }} << 다시 확인해주세요! 🥲",
                        "author_name": "${{github.actor}} 님의 PR 에러 발생 😱",
                        "color": "danger",
                        "fields": [
                          {
                            "title": "Title",
                            "value": "${{ github.event.pull_request.title }}",
                            "short": true
                          },
                          {
                            "title": "Actions URL",
                            "value": "<${{github.server_url}}/${{github.repository}}/commit/${{github.sha}}/checks|${{github.workflow}}>",
                            "short": true
                          },
                          {
                            "title": "Commit",
                            "value": "<${{github.server_url}}/${{github.repository}}/commit/${{github.sha}}|Commit Link>",
                            "short": true
                          },
                          {
                            "title": "Message",
                            "value": "${{github.event.pull_request.html_url}}",
                            "short": false
                          }
                        ]
                      }
                    ]
                }
        env:
          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
          SLACK_WEBHOOK_TYPE: INCOMING_WEBHOOK

      - name: Notify PR🎁 Check Success
        uses: slackapi/slack-github-action@v1.23.0
          with:
              payload: |
                {
                  "attachments": [
                      {
                        "title":  "PR🎁: ${{ github.event.pull_request.title }}",
                        "author_name": "${{github.actor}} 님의 PR🎉",
                        "color": "adff2f",
                        "fields": [
                          {
                            "title": "Commit",
                            "value": "<${{github.server_url}}/${{github.repository}}/commit/${{github.sha}}|Commit Link>",
                            "short": true
                          },
                          {
                            "title": "Message",
                            "value": "${{github.event.pull_request.html_url }}",
                            "short": false
                          }
                        ]
                      }
                    ]
                }
        env:
          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
          SLACK_WEBHOOK_TYPE: INCOMING_WEBHOOK

:추가

💡 테스트 코드가 통과해야 merge 가능하도록 Github repository 설정하기

▪︎ 설정하기

1. Repository Settings → Branches → Add rule 을 선택

   

2. Branch name pattern 을 설정하고 Require status checks to pass before merging 설정을 통해 merge를 위해 통과해야할 Action들을 선택할 수 있다

   

☐ 적용 과정

▪︎ 자동화하고 싶은 것

• 일단 tag
• pr 요청 시 lint 체크
• 테스트 결과도 확인해야 하고
• 배포 완료/실패시 슬랙 알림
  • 내용도 있음 좋겠지?
• release, hotfix 후 개발 배포도 자동화

▪︎ 자동화하고 싶은 시점?

• 각 브랜치에 푸시 시 동작

  • 배포시 Git Tag, Release Note 생성

    1. Git Tag 생성하기

       • 방법1: Release branch가 master/main으로 merge 될때

         • release/1.0.0생성

         • merge commit 으로부터 버전 정보 추출

             # 브랜치로 태그 생성
             name: Release Tag
             on:
               push:
                 branches:
                   - main
             jobs:
               build:
                 runs-on: ubuntu-latest
                 steps:
                   - uses: actions/checkout@v2
                   - name: 버전 정보 추출
                     run: echo "##[set-output name=version;]$(echo '${{ github.event.head_commit.message }}' | egrep -o '[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}')"
                     id: extract_version_name
           
                   - name: Release 생성
                     uses: actions/create-release@v1
                     env:
                       GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
                     with:
                       tag_name: ${{ steps.extract_version_name.outputs.version }}
                       release_name: ${{ steps.extract_version_name.outputs.version }}

       • 방법2: master/main 으로 pr 및 merge 될 때 생성 ✅

           # package.json의 version 정보로 태그 생성
           name: Create Release Tag
           on:
             push:
               branches:
                 - main
         
           jobs:
             release:
               runs-on: ubuntu-latest
               steps:
                 - uses: actions/checkout@v2
         
                 # package.json에서 버전 정보 추출
                 - name: package.json info
                   id: info
                   uses: jaywcjlove/github-action-package@main
                 - run: echo "version - ${{ steps.info.outputs.version }}"
         
                 - name: Get latest release tag
                   uses: actions-ecosystem/action-get-latest-tag@v1
                   id: get-latest-tag
                   with:
                     semver_only: true
         
                 - name: Create Release 
                   uses: actions/create-release@v1
                   env:
                     GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
                   with:
                     tag_name: ${{  steps.info.outputs.version }}
                     release_name: ${{  steps.info.outputs.version }}
                     body: |
                       ${{ github.event.head_commit.message }} 
         
                       **Full Changelog**: https://github.com/${{ github.repository }}/compare/${{ steps.get-latest-tag.outputs.tag }}...${{ steps.info.outputs.version }}
         

       • 추출된 버전 정보를 통해 tag 생성

         

• PR 시 공통: Style, UnitTest (각 단계마다 범위가 강화되는)

  • 일단 lint 체크함. 통과안되면 머지 안됨

                # 모든 PR lint 체크
                name: Check PR
                on: [pull_request]
  
                jobs:
                  build:
                    runs-on: ubuntu-latest
  
                    steps:
                      - name: Checkout
                        uses: actions/checkout@v2
  
                      # pnpm 아닌 경우 제거
                      - name: Setup pnpm
                        uses: pnpm/action-setup@v3
                        with:
                          version: 8
  
                      - name: Node.js Setting
                        uses: actions/setup-node@v3
                        with:
                          node-version: '18.x'
  
                      - name: Check
                        run: |
                          pnpm i
                          pnpm lint
                        env:
                          CI: true
  

• 테스트 결과도 확인해야 하고

  

  

        # 테스트 코드 실행
        - name: Run tests
          run: |
            pnpm test
  
        - name: Publish Unit Test Results
          uses: EnricoMi/publish-unit-test-result-action@v1
          if: ${{ always() }} # 테스트가 실패하여도 Report를 보기 위해 `always`로 설정
          with:
            files: build/test-results/**/*.xml
  
        - name: 테스트 커버리지 결과 PR에 코멘트 추가하기
          if: always()
          uses: ArtiomTr/jest-coverage-report-action@v2
          with:
            github-token: ${{ secrets.GITHUB_TOKEN }}

• 배포 완료/실패시 슬랙 알림

  

  

• release, hotfix 후 개발 배포도 자동화

          back-merge-to-develop:
            needs: build # deploy 성공하면 실행해라
            runs-on: ubuntu-latest
            steps:
              - uses: actions/checkout@v2

              - name: Merge main → develop
                uses: devmasx/merge-branch@master
                with:
                  type: now
                  from_branch: main
                  target_branch: develop # TODO: 브랜치 전략 확인 후 수정
                  github_token: ${{ secrets.GITHUB_TOKEN }}

☐ 논의하고 싶은 것

1) 파일 분리할 것인가? 한번에 작성할 것인가?

• 각 역할을 하는 파일을 분리하여 관리할 것인가? 아님 한 번에 적용할 것인가?

  • 슬랙 알림 등

  • 파일 분리를 했을 때 작성

      #  package.json의 version 정보로 태그 생성
      name: Create Release Tag
    
      on:
        workflow_run:
          workflows: ['deploy'] # deploy workflow 후 실행
          branches: [main]
          types: [completed]
    
      jobs:
        release:
          if: ${{ github.event.workflow_run.conclusion == 'success' }} # 성공했을 때
          runs-on: ubuntu-latest

  • 한 파일에 작성

      #...
    
      back-merge-to-develop:
          needs: build # deploy 성공하면 실행해라
          runs-on: ubuntu-latest

2) 깃 전략

• 배포 브랜치 등
  • master/develop에 머지되면 배포 PR(운영, 개발 배포) 자동 생성되게끔~~
  • 깃허브 전략 따르기로~~
  • 운영 배포는 master에 머지되면, 개발 배포는 deploy-dev 유지
    • 단, 이름 변경하기
      • master > main 변경하기
      • deploy-dev는 고민해보기

3) 통과해야 merge 가능하도록 Github repository 설정하기를 할 것인가?

• 테스트 코드 등
• lint 체크 등 오류 발생 했을 경우 어떻게 해결할 것인가?
  • 스프린트 중에 조치할 것인가
  • 이 룰을 일시적으로 제거해서 merge 할 것인가
• 담에 논의하기로

• What : 뭘 읽었는가?

• (미친 듯이 걸으며) ‘자기 삶의 모든 미친 짓을 천천히 털어냈다’, (경찰에 쫓기듯 땀을 흘려라 그것만이) ‘우리 정신속 찌꺼기들을 밖으로 내보내는 유일한 배출구’

  • 💬 한계에 내몰리는것을 즐기는 타이탄들. 그 한계를 깼을 때의 성취감 때문..? 그 과정을 통해 스트레스를 덜어내기 때문?!

• 언제나 지금보다 더 나빠질 수 있다는 사실을 기억하라. 지금 땀을 흘리지 않으면 언젠가는 진짜 ‘데스 레이스’를 뛰게 될 것이다

• 매사 주도적인 모습을 보이는 사람은 다른 사람들보다 더 빨리, 더 멀리, 더 높이 뛸 수 있는 가능성이 크다

• 꿈은 일어나지 않을지도 모르는 일을 그냥 상상하는 것. 목표는 그걸 이루기 위한 구체적인 계획을 세우고 열심히 노력해 마침내 이루는 것.

• 탁월함은 좌절감에 대처하는 방법을 찾아낸 사람들이 가는 길. 제대로 된 길을 가고 있는지를 점검하는 좋은 기회. 탁월함의 길이 곧장 뻗은 ‘직선’이 아니라는 것.

  • 훌륭한 일터는 멋진 동료들이 있는 곳입니다. 띵스플로우에서는 탁월한 역량을 가진 사람들이 모여 시너지를 내며 일합니다. 모든 띵플러는 뛰어난 동료에 자부심을 느끼며 더 훌륭한 성과를 내고자 합니다. 탁월하기 위해 끊임없이 시도합니다.

How : 실생활에 어떻게 적용시키고 싶은가?

• 주도적인 삶을 위한 고민. 현재의 모습을 되돌아보고 점검하는 시간을 가져야겠다

  • 주도성(Personal Initiative). 주도성이란 구성원 개개인이 자신에게 주어진 업무를 ‘왜’하는지, ‘무엇’을 해야 하는지, ‘바람직한 결과’가 무엇인지를 파악하여 책임감을 가지고 일을 완수하는 의지/행동을 말한다.

    즉, 조직 내에서 자신의 사명이 무엇인지를 명확히 인지하고, 업무 수행을 위해 필요한 제반 지식과 정보를 스스로 획득하여 일정 기간 내에 성과를 창출해내는 행동

    • LG경영연구원

  • 중심이 되어 어떤일을 이끄는

  • 계획을 세워서 실행에 옮기는

Discussion : 같이 논의해보고 싶은 것

-

• 이번엔 어떤 타이탄들이 성공 노하우인가..?!

What : 뭘 읽었는가?

• 인생 카운트다운 시계

  • 💬 기한이 정해져있으면 일에 대한 우선순위를 정하는데 더 이성적으로 생각하게 되는데

    인생에 대한 부분을 그렇게 관리할 수 있다면 더 효율적이고 집중해서 의미있게 살아갈 수 있을 것 같다는 생각에..?

• 강해지고 싶다면 강해져라!

  • 강한 정신력을 소유하려면 먼저 자신이 생각하는 능력보다 더 강하게 자신을 몰아세워야 한다
    • 💬 기대하는 수준까지 올라가는 게 아니라, 훈련한 수준까지 떨어지는 것 이라는 문구가 와 닿았던 만큼 강하게 몰아세워야 한다는 말이 결국 훈련이라 생각해서. 즉 강한 정신력을 위한 훈련.

• 💬 일기가 또 나왔다..(냉난방 기능을 갖춘 침대 매트리스, 칠리패드도 또 나옴..)

  • 모든 것을 기록해두라
  • 단 나만의 호흡으로 다른 사람들과는 좀 다르게 써라

• 오늘 하루도 무사히 넘겼다! 하루하루 작고 소박한 멋진 일들

  • 💬 남편과 퇴근 후 서로 건네는 말은 “별일 없었어?” 인데, 그 말에 답을 하려 하루를 돌아봤을 때 “별 일”이라고 할 것 까지의 일은 사실 거의 없었다는 사실을 깨닫게 되면 그 날 있었던 아주 사소한 스트레스도 왠지 다 날아가버리는 기분..

• 받아들여라

  • 💬 평소 “그럴수도 있지!”로 대부분을 넘기는 편. 내려놓는다는 다른 수용의 의미

• 디로딩 시간: 의도적으로 확보한 여유의 시간

How : 실생활에 어떻게 적용시키고 싶은가?

• 1, 3, 5년에 대한 계획 세우기
  • 5년: 실천할 가치가 있는 중요한 아이디어의 수명
  • 5년: 처음 아이디어를 떠올리고 완전히 그만 생각하게 되기까지 걸리는 시간

Discussion : 같이 논의해보고 싶은 것

• What : 뭘 읽었는가?

• 불안에서 벗어나는 가장 좋은 방법은 지금 이순간의 좋은 일에 감사하는 것

• 두려움을 어떻게 써먹느냐가 승패를 결정한다

  • 겁쟁이처럼 피해 도망치거나 혹은 던져버려 이겨내거나!

• 더 나은 사람이 되려면 실수와 한계를 드러내는 일에 두려움을 갖지 않아야 한다. 가장 많은 실수를 드러내는 사람이 가장 열심히 노력하는 사람이다. 그러니 그것들을 보여주는 건 부끄러워할 이유가 아니다

  • 💬 잘하고픈 마음에, 틀렸다는 생각에, 실수한다는 것이 부끄러워 숨기려는 경향이 있는데 이 말에 위안이 되었고 마음을 바꿔먹게 되었다

• 다른 방법이 없을 때는 그냥 열심히 하라

How : 실생활에 어떻게 적용시키고 싶은가?

• 적용시킬 것들이 너무 많아 우선순위를 먼저 정해야겠다..
  • 💬 명상도 아직 시작을 몬함..🥲😭

Discussion : 같이 논의해보고 싶은 것

• 다양한 성공을 위한 사례?!

What : 뭘 읽었는가?

• 의문의 수준이 삶의 수준을 결정한다
  • 자신에 대해 의심을 품는 사람은 아무것도 이룰 수 없다
  • 난 견뎌낸 게 아니라오. 준비하고 있었던 거지
• 아침일기를 쓰는 이유
  • 현재 처한 상황을 파악하고자
    • 💬 아침에 업무일지 쓰는것과 비슷한듯?
  • 날뛰는 정신을 잠시나마 종이 위에 붙들기 위해..
    • 💬 차분한 하루의 시작을 위해?!
  • 타협이 아니라 극복을 제시
• 승패가 바로 결정되는 단기적인 목표에 집착하지 말고 지속가능한 장기적인 목표, 체계를 그리자
  • 목표: 글을 잘 쓰는 작가 되기,
  • 체계: 블로그에 꾸준히 글 써보기. 어떤 글이 반응이 좋은지 살피고 전략 세우기
• 자본주의는 희귀하고 가치 있는 것들을 보상해 준다. 두 가지 이상의 괜찮은 능력을 결합해 자신을 보기 드문 존재로 반들어야 한다
  • 💬 이전 내용 중 타인이 절대 대체할 수 없는 나만의 사명을 갖는 것 이라는 내용이 있었는데, 그럼 어떻게 가질 수 있는가?에 대한 답을 찾을 수 있는 듯?!
• 안테암블로가 되어라
  • 자발적 안테암블로가 되어야 한다
  • 내 위에 있는 사람들을 위해 길을 열어주는 것이 곧 나를 위한 길을 만들어가는 것
  • 타인을 섬기겠다는 자세를 가진 사람이 성공 못하는 경우는 거의 없다
    • 위기에 처했을 때 모욕감 없이 자존심을 굽힐 수 있게 해주고
    • 편견 없이 모든 유용한 조언들을 스폰지처럼 흡수하게 해준다
  • 누군가가 가고자 하는 방향을 미리 읽어내 그들이 짐을 효율적으로 꾸릴 수 있도록 도와주는 역할

How : 실생활에 어떻게 적용시키고 싶은가?

• 작은 디테일의 습관 만들기..(매일 성공한 기분을 느끼기?!)
  • 퇴근 후 책상에 최소 10분 이상 앉아있기
    • 단, 일하지 않기

Discussion : 같이 논의해보고 싶은 것

• 다양한 성공을 위한 사례?!

What : 뭘 읽었는가?

• 의문의 수준이 삶의 수준을 결정한다
  • 자신에 대해 의심을 품는 사람은 아무것도 이룰 수 없다
  • 난 견뎌낸 게 아니라오. 준비하고 있었던 거지
• 아침일기를 쓰는 이유
  • 현재 처한 상황을 파악하고자
    • 💬 아침에 업무일지 쓰는것과 비슷한듯?
  • 날뛰는 정신을 잠시나마 종이 위에 붙들기 위해..
    • 💬 차분한 하루의 시작을 위해?!
  • 타협이 아니라 극복을 제시
• 승패가 바로 결정되는 단기적인 목표에 집착하지 말고 지속가능한 장기적인 목표, 체계를 그리자
  • 목표: 글을 잘 쓰는 작가 되기,
  • 체계: 블로그에 꾸준히 글 써보기. 어떤 글이 반응이 좋은지 살피고 전략 세우기
• 자본주의는 희귀하고 가치 있는 것들을 보상해 준다. 두 가지 이상의 괜찮은 능력을 결합해 자신을 보기 드문 존재로 반들어야 한다
  • 💬 이전 내용 중 타인이 절대 대체할 수 없는 나만의 사명을 갖는 것 이라는 내용이 있었는데, 그럼 어떻게 가질 수 있는가?에 대한 답을 찾을 수 있는 듯?!
• 안테암블로가 되어라
  • 자발적 안테암블로가 되어야 한다
  • 내 위에 있는 사람들을 위해 길을 열어주는 것이 곧 나를 위한 길을 만들어가는 것
  • 타인을 섬기겠다는 자세를 가진 사람이 성공 못하는 경우는 거의 없다
    • 위기에 처했을 때 모욕감 없이 자존심을 굽힐 수 있게 해주고
    • 편견 없이 모든 유용한 조언들을 스폰지처럼 흡수하게 해준다
  • 누군가가 가고자 하는 방향을 미리 읽어내 그들이 짐을 효율적으로 꾸릴 수 있도록 도와주는 역할

How : 실생활에 어떻게 적용시키고 싶은가?

• 작은 디테일의 습관 만들기..(매일 성공한 기분을 느끼기?!)
  • 퇴근 후 책상에 최소 10분 이상 앉아있기
    • 단, 일하지 않기

Discussion : 같이 논의해보고 싶은 것

• 성공한 사람들이 가지고 있는 습관? 태도? 등을 배우고 싶다

What : 뭘 읽었는가?

1. 승리하는 아침을 만드는 5가지 의식
   • 하루의 첫 60분이 중요하다.
   • 작은 디테일이 강력한 영향력을 끼친다
   • 잠자리 정리, 명상, 한 동작 반복(5~10회), 차를 마셔라, 아침 일기
     • 명상: 기대하는 수준까지 올라가는 게 아니라, 훈련한 수준까지 떨어지는 것
2. 남들보다 뛰어난 감각을 동원하라
   • 아이디어와 창의성의 진보는 다시 그리는 순간 사이에 존재
   • 독창적이고 창의적인 인물이 되는 조건은 해석력
   • 보는 것을 배우고 훈련하는 것
3. 인생을 걸어볼 목표를 찾아라
   • 실패는 오래가지 않는다
   • 타인이 절대 대체할 수 없는 나만의 사명을 갖는 것
4. 폭발적인 아이디어는 어떻게 탄생하는가
   • 황당한 아이디어 속 좋은 아이디어 몇 개가 나타나는 법
   • 돈이 아닌, 흥미를 자극할 만한 아이디어
5. 원하는 곳에서 원하는 방식으로 하라
   • 공격적인 삶: 내가 내 삶의 조건들을 주도해나가는 삶
   • 사람에게 투자하는 것
   • 나만의 독특함과 유별남
6. 레드 팀을 이끌어라
   • 점점 똑똑해진다는 것은 점점 강해진다는 뜻
     • 사내 레드팀의 공격을 극복하지 못하면, 세상이라는 진짜 무시무시한 레드 팀에 무릎 꿇고 만다
   • 반대편을 연구하라
   • 강력한 의견, 침착한 태도
7. 영웅적인 날들로 복귀하라
   • 성과를 내는 날을 그렇지 못한 날보다 많이 만들 것
8. 눈에 잘 띄는 곳에 존재하라
   • 비전: 승리. 이기러 나간다
   • 버티는 자가 이긴다
9. 세 번째 떠오르는 것이 진짜다
   • 느리지만 의식적이고 이성적인 사고를 활용해야 새로운 것을 만들어 낼 수 있다
   • 성공은 역설적이다. 느리게 가면 가장 좋은 것을 빠르게 얻는다
10. 매일 손님을 맞이하라, 환대하라
    • 화를 내고 속상해하는 것은 백해무익하다. 그 시간에 대안을 찾는 것, 왜 그런 일이 일어났는지에 대한 질문을 통해 뭔가 배우고 얻어야 한다는 것
    • 자, 그다음은?
    • 글을 명확하게 쓸 줄 아느냐는 사고의 명확성을 나타내는 지표

How : 실생활에 어떻게 적용시키고 싶은가?

• 작은 디테일이 강력한 영향력을 끼친다
  • 💬 매우매우 동의! 큰 변화보다 자잘하게 행동으로 옮길 수 있는 것 부터 찾아보고 적용시켜야겠다.
    1. 잠자리 정리
    2. 명상
       • 명상: 기대하는 수준까지 올라가는 게 아니라, 훈련한 수준까지 떨어지는 것
    3. 성과를 내는 날을 그렇지 못한 날보다 많이 만들 것
    4. 그 시간에 대안을 찾는 것, 왜 그런 일이 일어났는지에 대한 질문을 통해 뭔가 배우고 얻어야 한다는 것
    5. 황당한 아이디어 속 좋은 아이디어 몇 개가 나타나는 법
       • 💬 말도 안되는 생각, 상상은 하지 않으려 노력하는 편인데 황당한 생각, 상상이면 어떠랴.. 맘껏 상상해보자! (성격상 쉽진 않겠지만..)
• 버티는 자가 이긴다
  • 💬 매우 공감!

Discussion : 같이 논의해보고 싶은 것

• 적용 가능한 구체적인 방법 체득

What : 뭘 읽었는가?

• 효율적인 공부 방법
  • 확실성
    • 설명 가능해야 함
  • 요약성
    • 키워드
  • 종합성
    • 재정렬
      • 💬 지식을 지혜로 만드는 과정과 유사
• 보다 쉽게 책 읽기
• 상호성장 가능한 대화
  • 다양한 사람을 만나야 새로운 기회도 생긴다
    • 💬 가끔 대화의 자리가 피로하다 느낄때가 있었는데 대화와 더 가까워저야겠다..

How : 실생활에 어떻게 적용시키고 싶은가?

• 보다 쉽게 책 읽기
  • 💬 책에 메모하며 읽기는 하지만, 메모하는 방법을 바꿔서 키워드로 요약하고 다시 읽는 습관도 길러야겠다
• 대화를 즐기고 기록하고 소화시키자

Discussion : 같이 논의해보고 싶은 것

기록에 어떻게 하는 것이 효율적인가, 실천방안 등

What : 뭘 읽었는가?

1부 기록하는 인간

• 왜 기록해야 하는가? (💬 동기부여가 가장 중요하다고 생각함)
  • 인간이 성장하는 방법은 크게 두 가지가 있는데
    • 외부로부터 받아들이는 것
    • 내 안에서 끄집어 내는 것
      • 내면 깊숙이 존재하는 잠재력을 기록
        • 💬 지식을 위해 독서를 할 때도 요약하며 기록하면 더 이해하기 쉽고 오래간다. 쉽게 읽힌다. ex)클린코드
      • 내 안에 내포된 것을 명시화함으로써 잠재성을 현실 능력으로 활용할 수 있다
  • 머릿속 방을 깨끗이 정리해 언제든 적재적소에 맞게 꺼내 쓸 수 있도록 생각을 차곡차곡 정리해놓으면 얼마나 좋을까!
• 기록하고 되뇌고 말하라(반복/복습 → 장기기억이라고 인식)
  • 집중해서 보고
  • 그것을 생각해서 기록하고
  • 그 후 기록한 것을 되돌아보는 과정
    • 말과 글로 내뱉어 보는 것

2부 거인의 요약법과 분류법

• 기록의 핵심: 제일 유용한 것을 골라서 활용
  • 평가해서
    • 평가 기준: 가치
  • 선별하기
    • 선별 기준: 지속적 활용
• 기록형 인간은
  • 기록 전체를 담는 동시에
  • 대표격에 해당하는 단어 몇 개를 기록으로 남긴다

→ 자기화하고 핵심 키워드만 메모, 재요약

✎ 자기화란? 키워드로 요약하고, 그 키워드를 소화하고, 내 이야기를 10% 추가

• 집중하기 위해 기록한다?!
  • 기록하는 일이 주는 직접적인 효용은 집중!
• 기록학에서 중요한 분류!

How : 실생활에 어떻게 적용시키고 싶은가?

• 평소 작성하는 업무일지, 다이어리 작성 방법에 적용하기 부터 시작!

Discussion : 같이 논의해보고 싶은 것

-