공대핫산의 개발블로그

SQLD자격증도 역시 시나공

공대핫산 — Tue, 30 Jun 2026 23:53:15 +0900

SQLD 자격증이란 무엇인가?

여러분 SQLD자격증이란 무엇일까요?

아마 공기업 취업 또는 개발직군을 준비하시는 분들이라면 다들 아시겠고 그 외에 비전공자 또는 일반인 분들의 경우엔 모르실겁니다.

시험에 대한 설명을 주관사에서 따오면 지루하고 현학적이니 줄여서 설명하면

"데이터 베이스를 다루는 언어인 SQL을 얼마나 잘 다루는지 시험입니다."

아니 그러면 컴터로 이케이케 하는걸 평가해야하는거 아니야?

요즘 AI 딸깍이면 다해주던데? 라는 생각이 들지만

세상은 아직 아날로그임을 생각하고 얌전하게 4지선다의 객관식 시험을 치뤄야합니다.

본격적인 자격증 시험 준비

그러면 시험 준비는 어떻게 해야하나요... 하실 수 있습니다.

진짜 처음부터 SQL 전공서적 구매해서 MySQL 설치하고 공부하면서 이론을 외우고 실습해야할까요?

아니죠 앞서 말했다싶이 자격증 시험(특히 객관식 4지선다)이기 때문에 이론 및 기출 문제만 풀이하면 비전공자도 너끈히 합격이 가능합니다.

비전공자 또는 입문자분들이 전공서적으로 첨부터하기에는 시간도 많이 걸리고 굳이 추천하지 않습니다.

[근데 저의 경우엔 길벗에서 제공해주신 "코딩 자율학습 SQL"을 활용하여 이론 및 실습으로 SQL에 대한 기초를 만들고 기출문제를 풀어서 해결했습니다만....ㅎㅎ(길벗님 사랑해용)

이번주부터 자율학습단 다시 모집한다하니 한번 지원해보심은 어떠실까요?]

그러면 SQLD시험 치면 나오는 유명한 노랭이!

무려 시험 주관사인 한국 데이터산업진흥원 책으로 공부하면 되는구나! 하실 수 있겠지만

이 책의 경우엔 SQLP와 SQLD가 같이 섞여있어 난이도 조절도 안되어 있고 (SQLP는 상위등급 자격증)

이론 설명도 좀 적어서 입문자 분들은 기출문제만 풀다 지쳐 쓰러지실수도 있습니다.

그럼 뭐로 공부하라고 이놈아!!!!

이제 소개해드릴 시나공 SQLD 서적으로 공부해보시면 됩니다!

이론 및 기출 문제 모두 제공! 시나공SQLD

베타테스터로 원고를 지원받아 책을 보았는데 정말정말 책이 잘 나온거 같습니다.

이론 + 기출 문제 풀이가 하나로 되어있어서 노랭이책 하나 사고 다른 이론책 하나 더 구매해서 이중으로 돈을 지출하지 마시고 이거 하나 구매해서 공부하시면 끝날거 같습니다.

비전공자인 제가 SQLD를 취득하면서 가장 어려웠던 부분들이 이론들이 너무 어려웠습니다.

특히나 정규화부터는 이론은 용어는 기억하는데 대체 어떻게 동작하는지 어떤때 정규화를 진행해야하는지

무엇이 종속성을 가지고 있는지 몰랐습니다.

따로 구매한 이론책에서도 그냥 개념적으로만 파악하고 넘어가는데 개인적으로 너무 힘들었습니다.

그래서 취득 이후엔 SQLD는 생각도 안했는데 이번 베타테스터를 진행하면서

아 정규화라는게 이렇게 동작하는거구나 그리고 어느 상황에서 정규화를 진행해서 데이터베이스를 최적화하는지 알게되고

용어들이 어떤때 쓰이는지 알게되니 진짜 속이 시원하더군요.

거기에 기출 문제에서도 어떤식으로 풀이가 되는지 그림으로 표현되어있는데로 공부가되니 정말 좋습니다!

만일 SQL을 전혀 모르시는 상황에서 SQLD 자격증을 취득하기 위해 독학하신다면 이 책 꼭 추천합니다.

컴활 및 정보처리 기사 자격증 시험 서적에서도 증명되었듯이 이번 SQLD 서적도 초심자도 이해하기 쉽게 잘 설명해둔 서적입니다.

SQLD 시험일정과 비전공자의 시험 준비

공대핫산 — Sun, 23 Feb 2025 23:55:04 +0900

" 이 게시물은 길벗 출판사로부터 도서를 지급받아 작성한 리뷰입니다"

서론 : SQLD 시험 노랑이만으로 가능한가...?

SQLD시험을 준비하고 있는 감자대가리 핫산입니다.

2025년의 핫산은 작년과 다르다를 외치면서 열심히 공부하겠다고 다짐했습니다.

다만 그 다짐이 작심삼일이 되어버리면서 이번에도 벼락치기를 준비해야 하는 시기가 다가왔습니다.

물론 인터넷이나 주변에서 2주면 끝나는 가소로운 시험들이라 평하기에 저 또한 가벼운 마음이었지요...

특히나 SQLD 노랑이 책 3 회독이면 뭐든지 OK라는 소문을 들었으니 더더욱 쉽게 생각했습니다.

2025 SQLD 시험일정

(여러분은 시험일정에 맞추기보단 시험접수 하자마자 공부하시길 권유드립니다)

이번 주 월요일 저는 SQLD 시험날짜를 확인하면서 생각한 것이

3월 8일이면 3주나 남았잖아?!

캬 이제부터 노랑이 공부하면 럭키비키로 합격하겠구먼 허허허

그리고 자신만만하게 SQLD 노랑이 책을 공부했는데.....

어.... 이거 아닌 거 같은데용? 웬 문제들이 이리 어렵지;;;;

아니 2주면 마스터한다던 사람들은 진짜 어떻게 한 거지...?

이거 문제 난이도 맞아? 이런 걸 그냥 통째로 달달 외워서 시험 봐야 한다고???

솔직하게 말해서 비전공자+ 바보이기에 어려운 것도 있지만

SQLD 노랑이 책 자체가 일단 시험목적으로 기출문제를 풀기 위한 책으로 이론보단

기출문제 풀이와 해설에 집중되어 있어 이해하기 좀 어렵다는 느낌이었습니다.

거기에 SQLP랑 같이 있어서 문제 난이도가 어려운 문제도 있어서 눈이 팽팽 돕니다.

그러니 마음속으로는

"이거.... 진짜로 맞나...? 냅다 답이랑 해설만 달달 외워서 시험 보는 건가?"

"아무리 자격증 시험용이라지만.... SQL도 못 다루는 개발자? 그거 개발자 맞음?"

"실무에서도 기출문제에 없었는데용... 하고 혼나거나 ChatGPT에게 대체되는 미래만 남은 거 아닐까?"

라는 생각이 들면서 아 이건 진짜 그냥 하면 안 되겠다 싶어서 기초 이론서 찾아봐야겠다는 마음을 먹었습니다.

그래야 기출문제를 이해하고 나중에 실무에서도 말이라도 해보겠지요

그러면 SQL교재를 보면서 공부해야 하는데.... 좋은 책이 있나?

집에 있는 두껍고 딱딱하고 불편한 형의 대학교재가 한 권 있긴 한데 확실하게 공부는 되겠지만 그건 좀 ;;;

거기에... 이제 3주 남았는데 지금부터 보면 이론이고 뭐고 큰일 난 거 아님?

입문자에게 딱 맞는 수준에 필수적인 부분만이라도 빠르게 익혀볼 만한 책은 없을까? 하던

그 순간 찾게 된 이 책 코딩 자율학습 시리즈 SQL 데이터 베이스 입문

이 책 "코딩 자율학습 시리즈 SQL 데이터 베이스 입문"을 기본 베이스로 공부해서 SQLD를 합격해보려고 합니다.

사실 다른 코딩 자율학습 시리즈 책도 공부해 본 경험이 있었는데 너무 만족스러웠던 경험이 있어서 이번 책도 매우 좋을 것이라 예상했고 진짜로 좋았습니다.

(다른 시리즈들도 강추해요 자바스크립트, 파이썬 교재도 인터넷 강의도 되고 책이 쉬워서 입문하기 딱 좋습니다)

본론 : 코딩 자율학습 시리즈 SQL 데이터 베이스 입문 소개

핵심적인 내용만을 담은 콤팩트한 이론서

집에 있는 600페이지 넘는 대학교재와는 다르게 핵심만을 담아 놓은 분량입니다.

목차만 봐도 딱 우리가 필요한 부분만 학습가능해 보이는 게 1주~3주 안에 빠르게 공부하기 좋습니다.

저는 딱 목표로 1~1.5주 잡고 공부하기로 마음먹었습니다.

(1.5주는 쪼금 빡셈지만 급하니 빨리 공부했습니다.)

Part 1 데이터베이스의 개요
1장 데이터베이스 시작하기
Part 2 SQL 기본
2장 데이터 생성·조회·수정·삭제하기
3장 데이터 필터링하기
4장 데이터 집계하기
5장 다양한 자료형 활용하기
Part 3 SQL 활용
6장 관계 만들기
7장 테이블 조인하기
8장 그룹화 분석하기
9장 서브쿼리 활용하기
Part 4 데이터 모델링
10장 데이터 모델링과 정규화

비전공자도 쉽게 이해가능한 그림 비유와 설명

기초 개념부터 상세하게 알려주시고 그림으로 비유되어 있으니 더더욱 쉽습니다.

실습 예제도 가벼운 예제로 시작하니 비전공자, 초심자도 쉽게 이해가능!

컴린이도 따라 하기 쉬운 사진설명

컴린이도 따라 해 볼 수 있는 상세한 설명과 사진들

대충 사진 하나에 글만 줄줄줄 써놓은 건 봤어도 설치 또는 CRUD과정 하나하나를 화살표로 배려하는 책은 첨 봤습니다.

이 정도면 진짜 컴린이도 못 따라 하기도 힘듭니다.

실제로 사용되는 팁들

RIGHT 조인 부분에 쓰여있는 조언인데 대부분의 경우에는 LEFT조인이 더 직관적이고 표준적이니 되도록 LEFT조인을 사용하라는 조언이 적혀있습니다.

이런 부분들은 기출문제만을 다루는 SQLD 노랑이 서적에는 없는 부분이고 장점이라 생각됩니다.

개인적으로 최고의 장점 : 코딩 자율학습단

추가로 코딩 자율학습단이라고 4주간 학습 커리큘럼대로 카톡으로 메시지도 주고 멘토분들이 직접 답변도 달아주시는 스터디도 있어서 진짜 좋습니다.

4주간 커리큘럼대로 완주하면 책도 완독하고 추가로 길벗에서 사용가능한 2만 포인트까지 주시는 미친 스터디...

(진짜로 사장님 남는 거 있나요? 책값이 21,600원인데? )

여러분들도 학습단 모집기간에 참여하여 공부도 하고 보상도 받는 1석 2조의 자기 계발이 되었으면 좋겠네요.

https://cafe.naver.com/gilbutitbook

코딩 자율학습단 : 네이버 카페

성장의 경험과 완성의 재미를 제공합니다. Python, C++, Java, C, 자바스크립트, 안드로이드, SQL

cafe.naver.com

도서 구매링크

https://gilbut.co/c/25024660Iy

코딩 자율학습 SQL 데이터베이스 입문 - 예스24

실습 중심의 반복 학습으로SQL 초보자에서 능력자되기데이터베이스의 전반적인 개념과 동작 원리를 이해하고 SQL 쿼리 작성법을 배운다. 실습은 무료로 사용할 수 있는 MySQL로 진행하며, 윈도우

www.yes24.com

[혼공JS&혼공컴운] 혼공단 회고

공대핫산 — Sun, 18 Feb 2024 23:37:57 +0900

6주간의 회고

길고 길었던 6주간의 여정이 끝났습니다.

아무것도 안 한 거 같은데 정말 겨울이 지나가버리고 이젠 봄날씨가 되었습니다.

사실 처음에 이 혼공단을 페이스북에서 처음 발견하고 나도 코딩 한번 찍먹 해보아야겠다는 생각이었고
이왕 하는 거 CS분야도 공부하고 자바스크립트도 하면 좋지 않을까? 하는 생각으로 도전했습니다.
~~(착한 어른이는 따라하지 마세요)~~

고난의 6주

네... 생각보다 많이 험난한 6주간이었습니다 ㅋㅋㅋㅋ
솔직히 처음에 자바스크립트랑 컴퓨터 구조 운영체제 1,2 챕터만 보고 껄껄껄 이건 식은 죽 먹기구만 하면서 도전했습니다.
이 정도면 퇴근하고 2~3시간씩 하면 뚝딱이고 주말 이틀이면 끝이겠구먼 했습니다.
(혼공족장님의 경고를 무시했습니다.... 저는 바보입니다... 흑흑)
그런데 자바스크립트는 반복문부터 어려워지기 시작하더군요
특히 자바스크립트는 다 공부했으니 미니프로젝트로 명언생성기랑 todo-타이머를 만들어보니

오픈북이여도 몰라요

책에 없는 걸 만들다 보니 위에 사진처럼 어버버버 거리고 있었고 ㅋㅋㅋ
암기도 못하는 금붕어였음을 깨달았습니다ㅋㅋㅋ( 특히 todolist 다시 만드는 건데 생각이 안 나서 현자타임이...)

컴퓨터구조와 운영체제는 유튜브를 보면서 공부하다보면 어째 이해는 못하고 목소리에 따라 한귀로 듣고 한귀로 흘리면서 블로그를 쓰고 있는 저를 발견합니다.
그러다 이러면 공부가 안된다고 생각해서 직접 실습해본다고 [그림으로 배우는 리눅스 구조] 도 사놓고 코드로 실습하는데.
이 눔의 우분투는 내 코드에 뭐가 불만인지 동작도 하지 않고 안된다고 찡찡됩니다.

(우분투 네가 뭘 알아 내가 열심히 짠 코드인데!!!!!)
거기에 노트북도 연식이 10년이 넘은지라 슬슬 보내줘야하는지 골골됩니다...
데스크탑이였다면 컴퓨터 구조 활용해서 고쳐줬을텐뎅.....

미래지향적 회고

어쨌든 희망찬 미래 지향적 이야기를 해보자면 자바스크립트와 컴퓨터구조 운영체제를 모두 공부했습니다!
와.... 개발자로서의 입문관문은 넘어선 거 같습니다.
물론 완벽하게 이해하고 이를 실전에서 써먹을 수 있어요? 하면
저는 책을 보면서 이렇게 이렇게 사용할 수 있을 거 같아요 정도 대답은 할 수 있을거 같네요.
사실 이게 어딥니까... 공부하지 않았다면 뭐가 있는지도 어떻게 하는건지도 몰랐을 텐데요. (미니 프로젝트 처럼요)

ㅎㅎ 여하튼 다음은 이번 혼공단을 하고나서 느낀점들 입니다.

자바스크립트를 공부하면서 느낀 점은 일단 모르겠어도 프로젝트부터 시작하자
- 직접 만들어보지 않으면 기억도 안나고 사용법도 제대로 익히지 못한다.
책은 좀 구석구석 보자 , 안되는 부분들에는 힌트가 분명 있다.
- 저자님이 열심히 적어주셨지만 대충봐서 안되는 부분들은 반성해야겠다.
유튜브를 좀 더 활용해보자
-유튜브에 많은 강의들이 있고 그중에 react 및 express 좋은 강의들이 많다는걸 확인했다. (인도형님들 감사합니다)
운영체제는 C언어나 파이썬을 공부한 후에 진행하자.
- 아무것도 모르고 일단 시도하려니 이게 뭐에 쓰는건지 모르고 따라치는 느낌이다.
- 물론 자바스크립트 짬밥으로 대충 때려맞추거나 검색하면 나오지만 기초가 부실한 느낌이다
컴퓨터 구조는 몰?루 , 저도 좀 알려주세요....

여하튼 긴 6주간 혼공족장님의 숙제검사와 맛난 간식 덕분에 열심히 했던거 같습니다.

이번 혼공단을 매우 만족스럽게 완주하였고 이번을 계기로 프런트엔드쪽과 백엔드쪽도 더 공부하고 싶습니다.

(혼공단에는 백엔드 프론트 엔드 분야는 없어서 슬픕니다....)

다음 혼공단이 있다면 아마 C언어 또는 파이썬을 도전할거 같네요

그럼 이만

[혼공JS] 6주차 미션

공대핫산 — Thu, 15 Feb 2024 19:59:24 +0900

2024.02.07 - [프로그래밍 공부/Javascript] - [혼공JS] 리액트 시작하기

2024.02.08 - [프로그래밍 공부/Javascript] - [혼공JS] SQL 간단 예제 및 CRUD 예제

2024.02.09 - [프로그래밍 공부/Javascript] - [혼공JS] 리액트 JSX

2024.02.09 - [프로그래밍 공부/Javascript] - [혼공JS] API와 RESTAPI

리액트를 처음 접하고나서의 나의 심정입니다.
아니... 자바스크립트 라이브러리라며!
왜 새로운게 계속 나와욧!
자바스크립트 문법에서 이어서 나가는거 아니였나.... 어렵네요 어려워요
이번 달에는 멋지게 react -express - mysql 로 프로젝트를 완성하고 싶었는데 갈길이 아주 멉니다
거기에 공부할때마다 새로운게 튀어나와요
프론트엔드 - 컴포넌트, 리액트 훅, 리덕스, use state
백엔드 - SQL도 해야하고 미들웨어들(PASSPORT) 기타등등 , 거기에 세션은 뭐고 JWT는 뭔가...
코린이 살려욧.... ㅠㅠ
혼공단이 끝난이후에도 열심히 공부해야겠습니다.

p. 315의 <직접 해보는 손코딩>을 실행한 후 출력되는 고양이 이미지 캡처하기

p. 352 누적 예제를 활용하여 본인의 할 일 목록을 만들어 캡처하기

[혼공컴운] 운영체제 6주차 미션

공대핫산 — Tue, 13 Feb 2024 22:57:14 +0900

2024.02.09 - [컴퓨터 사이언스/컴퓨터 구조 & 운영체제] - [혼공컴운] 운영체제 chapter 14

2024.02.13 - [컴퓨터 사이언스/컴퓨터 구조 & 운영체제] - [혼공컴운] 운영체제 chapter 15

마지막 운영체제가 끝났습니다. 후우... 열심히 한다고 우당탕탕 리눅스도 깔고 실습도 해보고
운영체제도 한번 망가뜨려보고 좀더 열심히 해보겠다고 책은 많이 사서 해봤지만 아직은 잘 모르겠습니다.
(사실 리액트하느라 운영체제 공부 많이 못했습니다. ㅎㅎ)
어려운것도 있지만 경험이 없어서 그런가 실무에서 사용하라고 하면 몰?루
하지만 학습의 의의는 어렴풋이 배운거라도 티내는데 있다고 들었습니다.
앗 이거 어디서 배웠던거 같은데! 아하 혼공컴운에서 봤던거네 하는 식으로요
앞으로 가야할 길이 아주 멀지만 그래도 기초는 만들어졌으니 앞으로도 열심히 공부해서 1인분하는 개발자가 되도록 하겠습니다.

기본미션

p. 400의 확인 문제 1번 풀고 인증하기
메모리 할당 방식에 대한 설명으로 올바른 것은 ?
( 최초 적합 ) : 최초로 발견한 적재 가능한 빈 공간에 프로세스를 배치하는 방식
( 최악 적합 ) : 프로세스가 적재될 수 있는 가장 큰 공간에 프로세스를 배치하는 방식
( 최적 적합 ) : 프로세스가 적재될 수 있는 가장 작은 공간에 프로세스를 배치하는 방식

선택미션

Ch.14(14-3) 프로세스가 사용할 수 있는 프레임이 3개 있고, 페이지 참조열이 '2313523423' 일 때 LRU 페이지 교체 알고리즘으로 이 페이지를 참조한다면 몇 번의 페이지 폴트가 발생하는지 풀어보기

페이지 참조열 : [ 2 3 1 3 5 2 3 4 2 3 ]
프레임 3개 사용
처음 프레임 - 231
페이지 폴트 1 : 5번페이지 - 프레임 : 135 (오래 사용되지 않은 페이지 2 교체)
페이지 폴트 2 : 2번 페이지 - 프레임 : 352 (오래 사용되지 않은 페이지 1 교체)
페이지 폴트 3 : 4번 페이지 - 프레임 : 234 (오래 사용되지 않은 페이지 5 교체)
LRU알고리즘 : [ 2 3 1 3 ( 5 ) ( 2 ) 3 ( 4 ) 2 3 ]에서 페이지 폴트 발생. 3번 발생

[혼공컴운] 운영체제 chapter 15

공대핫산 — Tue, 13 Feb 2024 03:33:52 +0900

파일과 디렉터리

파일

보조기억장치에 저장된 관련 정보의 집합

의미있는 관련있는 정보를 모은 논리적 정보

구성요소 : 파일을 이루는 정보, 실행하기위한 정보, 부가정보 (=속성, 메타데이터)

파일의 속성

디렉터리

1단계 디렉터리 : 모든 파일이 하나의 디렉터리 아래에 있는 구조
트리 구조 디렉터리 : 여러 계층을 가진 디렉터리 구조
※ 최상위 디렉터리는 루트 디렉터리라고 부르고 슬래시(/) 로 표현

디렉터리 루트 예시

경로

절대 경로 : 루트 디렉터리에서 자기 자신까지 이르는 고유한 경로
상대 경로 : 현재 디렉터리 부터 시작하는 경로.

파일 시스템

파티셔닝과 포매팅

파티셔닝 : 저장 장치의 논리적인 영역을 구획하는 작업
포매팅 : 파일 시스템을 설정하여 데이터를 어떤식으로 쓸지 결정하는 작업

파일 시스템은 여러종류가 있고 파티션마다 다른 파일 시스템을 설정할 수 있다.

파일 할당 방법

운영체제는 파일/디렉터리를 블록 단위로 읽고 쓴다.

파일을 보조기억장치에 할당하는 두 가지 방법 : 연속 할당 , 불연속 할당

연속 할당 : 보조기억장치 내 연속적인 블록에 파일 할당
단점 : 파일을 연속적으로 할당하기 때문에 파일이 삭제된 후 빈 블록들의 크기가 충분히 크지 않을 경우가 생겨 외부 단편화를 발생시키는 단점이 있다

외부단편화

불연속할당

연결 할당 : 각 블록 일부에 다음 블록의 주소를 저장하여 각 블록이 다음 블록을 가리키는 형태로 파일 할당

파일을 이루는 데이터 블록을 연결 리스트로 관리

불연속 할당의 일종 : 파일이 여러 블록에 흩어져 저장되어도 무방
단점 : 반드시 첫 번째 블록부터 하나씩 읽어들여야한다

오류 발생시 해달 블록 이후 블록은 접근이 어렵다.

색인 할당 : 모든 블록 주소를 색인 블록에 모아 관리하는 방식

파일 내 임의의 위치에 접근하기 용이

파일 시스템 살펴보기

FAT 파일 시스템

연결 할당 기반의 파일 시스템 -- 단점을 보완함

각 블록에 포함된 다음 블록의 주소를 한 곳에 모아 테이블 형태로 관리 (FAT)

유닉스 파일 시스템

색인 할당 기반의 파일 시스템

색인 블록 == i-node : 파일의 속성 정보와 15개의 블록 주소 저장가능

동작 방식
1. 블록 주소 중 12개에는 직접 블록 주소를 저장
2. 1 번으로 충분하지 않다면 13번째 주소에 단일 간접 블록 주소 저장
단일 간접 블록 주소 : 파일 데이터를 저장한 블록 주소가 저장된 블록
3. 2 번으로 충분하지 않다면 14번째 주소에 이중 간접 블록 주소 저장
4. 3 번으로 충분하지 않다면 15번째 주소에 삼중 간접 블록 주소 저장

[혼공컴운] 운영체제 chapter 14

공대핫산 — Fri, 9 Feb 2024 23:52:39 +0900

연속 메모리 할당

스와핑

현재 사용되지 않는 프로세스들을 보조기억장치의 일부영역으로 쫒아내고 빈 공간에 새 프로세스를 적재하는 방식

스왑 영역 : 프로세스들이 쫓겨나 저장되는 보조기억장치의 일부 영역
스왑 아웃 : 현재 실행되지 않는 프로세스가 메모리에서 스왑 영역으로 옮겨지는 것
스왑 인 : 스왑 영역에 있던 프로세스가 다시 메모리로 옮겨오는 것
-->스와핑을 이용하여 프로세스들이 요구하는 메모리 주소 공간의 크기가 실제 메모리 크기보다 큰 경우에도 프로세스들을 동시에 실행 가능하다.

메모리 할당

최초 적합 : 운영체제가 메모리 내의 빈 공간을 순서대로 검색하다 적재할 수 있는 공간을 발견하면 그 공간에 프로세스를 배치하는 방식, 검색 최소화, 빠른 할당
최적 적합 : 운영체제가 빈 공간을 모두 검색해 본 후 뒤, 적재가능 한 가장 작은 공간에 할당
최악 적합 : 운영체제가 빈 공간을 모두 검색해 본 후, 적재가능 한 가장 큰 공간에 할당

외부 단편화

프로세스들이 실행되고 종료되길 반복하면서 메모리 사이에 생기는 작은 공간으로 인해서 생기는 메모리 낭비 현상.

외부 단편화 해결 방법

1. 압축 : 프로세스를 적당히 재배치시켜 흩어져 있는 작은 빈 공간들을 하나의 큰 빈 공간으로 만드는 방법
단점 : 하던 일을 중지해야 하고, 메모리에 있는 내용을 옮기는 작업은 많은 오버헤드를 야기하며, 명확한 기준이 없음

페이징을 통한 가상 메모리 관리

가상 메모리 : 실행하고자 하는 프로그램을 일부만 메모리에 적재하여 실제 물리 메모리 크기보다 더 큰 프로세스를 실행할 수 있게하는 기술 (페이징, 세그멘테이션)

페이징이란?

프로세스의 논리 주소 공간을 페이지라는 일정한 단위로 자르고,

메모리 물리 주소 공간을 프레임이라는 페이지와 동일한 크기의 일정한 단위로 자른 뒤

페이지를 프레임에 할당하는 가상 메모리 기법

페이징 시스템에서 스와핑
프로세스 단위가 아닌 페이지 단위로 스왑 인, 스왑 아웃
메모리에 적재될 필요가 없는 페이지들은 스왑 아웃
실행에 필요한 페이지들은 메모리로 스왑 인

--> 프로세스를 실행하기 위해 모든 페이지가 적재될 필요없다. --> 물리메모리보다 큰 프로세스도 실행 할 수 있다!

페이지 테이블

프로세스가 물리 주소에 불연속적으로 배치되더라도 논리 주소에는 연속적으로 배치되도록 하는 것

페이지 번호와 프레임 번호를 짝지어주는 역할을 함
페이지 테이블의 페이지 번호를 이용해 CPU는 논리주소로 순차적으로 실행하면 됨

※페이징 시스템은 외부 단편화 문제를 해결할 수 있지만, 내부 단편화 문제를 야기할 수 있음
프로세스 크기가 페이지 크기의 배수가 아닐 수 있음 -- 약간 남아도는 페이지가 내부 단편화

페이지 테이블 베이스 레지스터

각 프로세스의 페이지 테이블이 적재된 주소를 가르키는 레지스터. CPU 내에 존재함

페이지 테이블을 참조하는데 효율적이지않아 캐시메모리를 사용함
TLB : CPU 곁에 페이지 테이블의 캐시메모리
페이지 테이블의 일부를 저장함
TLB 히트: CPU가 발생한 논리 주소에 대한 페이지 번호가 TLB에 있을 경우(메모리 한번 접근)
TLB 미스: CPU가 발생한 논리 주소에 대한 페이지 번호가 TLB에 없을 경우(메모리 두번 접근)

페이징에서의 주소 변환

페이징 시스템 논리 주소 형식 == 페이지 번호와 변위
페이지 번호: 접근하고자 하는 페이지 번호
변위: 프레임의 시작 번지로부터 얼만큼 떨어져 있는지의 정보

<페이지 번호, 변위> 논리주소 -- > 페이지 테이블 -- > <프레임 번호, 변위> 논리 주소로 변환됨

페이지 테이블 엔트리

페이지 테이블의 각각의 행들

페이지 테이블 엔트리에 있는 정보
유효 비트 : 현재 해당 페이지에 접근 가능한지 여부를 알려주는 비트
메모리에 적재(1), 보조기억장치에 적재(0)
페이지 폴트 : 유효 비트가 0인 페이지에 접근하려고 할때 발생하는 예외

페이지 폴트 발생시
CPU 기존 작업 내용 백업
페이지 폴트 처리 루틴 실행
페이지 처리 루틴은 원하는 페이지 메모리에 적재 후 유효 비트 1로 변경
페이지 폴트 해결후 CPU는 해당 페이지에 접근 가능

보호 비트 : 페이지 보호 기능을 위한 비트

읽기 모드와 읽기/쓰기 모드를 구분함
보호 비트가 0 일 경우: 읽기만 가능
보호 비트가 1 일 경우: 읽기/쓰기 모두 가능

참조 비트 : CPU가 해당 페이지에 접근한 적이 있는지 여부를 나타내는 비트
접근한 적이 있다면 1, 접근한 적이 없다면 0

수정 비트 : 해당 페이지에 데이터의 수정 여부를 나타냄

변경된 적이 있다면 1, 변경된 적이 없다면 0

수정된 페이지는 스왑 아웃 될때 보조기억장치에도 쓰기 작업을 거쳐야 하므로 수정비트가 필요

페이지 교체와 프레임 할당

요구 페이징

처음부터 모든 페이지를 적재하지 않고 필요한 페이지만을 메모리에 적재하는 기법

요구되는 페이지만 적재하는 기법

순수 요구 페이징 : 어떠한 페이지도 메모리에 적재하지 않은 채로 실행하여 메모리에 적재하는 기법.

--> 메모리가 가득참 --> 교체가 필요! --> 최적화된 알고리즘 필요

페이지 교체 알고리즘

페이지 참조열 : CPU가 참조하는 페이지들 중 연속된 페이지를 생략한 페이지열

중복된 페이지를 참조하는 행위는 페이지 폴트를 발생시키지 않기 떄문에

FIFO 페이지 교체 알고리즘 : 페이지 폴트 발생 시 메모리에 가장 먼저 적재된 페이지부터 내쫓는 방식

단점 - 프로그램 실행 내내 사용될 페이지가 있을수 있다.

2차 기회 페이지 교체 알고리즘 : 기본적으로 FIFO 페이지 교체 알고리즘의 규칙에서 기회를 한번더 줌

참조비트를 기반으로 한번기회를 주고 뒤로 밀어냄

최적 페이지 교체 알고리즘 : 앞으로의 사용 빈도가 가장 낮은 페이지를 교체하는 알고리즘
실제 구현이 어렵기 때문에

다른 알고리즘을 평가하는데 사용.

LRU 페이지 교체 알고리즘 : 가장 오랫동안 사용되지 않은 페이지를 교체하는 알고리즘.

스래싱과 프레임 할당

스래싱 : 프로세스가 실행되는 시간보다 페이징에 더 많은 시간을 소요하여 CPU 이용률이 저해되는 문제
멀티프로그래밍의 정도 : 메모리에서 동시 실행되는 프로세스의 수

동시 실행되는 프로세스가 늘린다고 CPU 이용률도 계속 비례해서 높아지는 것이 아니다.

--> 각 프로세스가 필요로 하는 최소한의 프레임 수를 파악하고 적절한 프레임을 할당해야한다.

프레임 할당 방식

균등 할당 : 모든 프로세스들에게 균등하게 프레임을 제공하는 방식

비례 할당 : 프로세스 크기에 비례해 할당하는 방식
프레임의 수는 실행해봐야 알 수 있다

작업 집합 모델 : CPU가 특정 시간 동안 주로 참조한 페이지 개수만큼만 프레임을 할당

작업 집합 : 실행 중인 프로세스가 일정 시간 동안 참조한 페이지의 집합

페이지 폴트 빈도 : 페이지 폴트율에 상한선과 하한선을 정하고, 이 범위 내로 프레임을 할당하는 방식.

너무 많지도 적지도 않은 프레임을 할당하게 하는 방식.

[혼공JS] API와 RESTAPI

공대핫산 — Fri, 9 Feb 2024 11:56:08 +0900

RESTAPI, RESTful한 개발 등등 도대체 RESTAPI가 뭔지 몰라 찾아보고 간단하게 정리하고자 합니다.

-AWS 학습페이지 참조

https://aws.amazon.com/ko/what-is/restful-api/

API란?

애플리케이션 프로그래밍 인터페이스(API)는 다른 소프트웨어 시스템과 통신하기 위해 따라야 하는 규칙을 말한다.

즉 백엔드 서버와 클라이언트 간에 통신으로 데이터를 주고 받기위한 개발자가 설정한 규칙을 말하는거 같다!

(오류 있을수 있습니다. 반박시 여러분의 말이 맞습니다.)

RESTAPI

REST 설계 규칙을 따르는 API를 REST API 를 뜻한다.

GET : 리소스 조회. GET 메서드는 데이터를 가져올때만 사용

PUT : 요청 데이터를 사용하여 새로운 리소스를 생성하거나, 대상 리소스를 나타내는 데이터를 수정

POST : 서버로 데이터를 전송한다. 새로운 리소스를 생성(등록)할 때 주로 사용

DELETE :리소스 삭제

REST API 설계 규칙

URI는 정보의 자원을 표현해야 한다.
resource는 동사보다는 명사를, 대문자보다는 소문자를 사용한다.
resource의 도큐먼트 이름으로는 단수 명사를 사용해야 한다.
resource의 컬렉션 이름으로는 복수 명사를 사용해야 한다.
resource의 스토어 이름으로는 복수 명사를 사용해야 한다.ex) GET /Member/1 -> GET /members/1
자원에 대한 행위는 HTTP Method(GET, PUT, POST, DELETE 등)로 표현한다.
URI에 HTTP Method가 들어가면 안된다.
ex) GET /members/delete/1 -> DELETE /members/1

URI에 행위에 대한 동사 표현이 들어가면 안된다.
(즉, CRUD 기능을 나타내는 것은 URI에 사용하지 않는다.)
ex) GET /members/show/1 -> GET /members/1ex) GET /members/insert/2 -> POST /members/2

경로 부분 중 변하는 부분은 유일한 값으로 대체한다.
(즉, :id는 하나의 특정 resource를 나타내는 고유값이다.)
ex) student를 생성하는 route: POST /students
ex) id=12인 student를 삭제하는 route: DELETE /students/12
슬래시 구분자(/ )는 계층 관계를 나타내는데 사용한다.
ex) http://restapi.example.com/houses/apartments
URI 마지막 문자로 슬래시(/ )를 포함하지 않는다.
URI에 포함되는 모든 글자는 리소스의 유일한 식별자로 사용되어야 하며 URI가 다르다는 것은 리소스가 다르다는 것이고,
역으로 리소스가 다르면 URI도 달라져야 한다.
REST API는 분명한 URI를 만들어 통신을 해야 하기 때문에 혼동을 주지 않도록 URI 경로의 마지막에는 슬래시(/)를 사용하지 않는다.
ex) http://restapi.example.com/houses/apartments/ (X)
하이픈(- )은 URI 가독성을 높이는데 사용
불가피하게 긴 URI경로를 사용하게 된다면 하이픈을 사용해 가독성을 높인다.
밑줄(_ )은 URI에 사용하지 않는다.
밑줄은 보기 어렵거나 밑줄 때문에 문자가 가려지기도 하므로 가독성을 위해 밑줄은 사용하지 않는다.
URI 경로에는 소문자가 적합하다.
URI 경로에 대문자 사용은 피하도록 한다.
RFC 3986(URI 문법 형식)은 URI 스키마와 호스트를 제외하고는 대소문자를 구별하도록 규정하기 때문
파일확장자는 URI에 포함하지 않는다.
REST API에서는 메시지 바디 내용의 포맷을 나타내기 위한 파일 확장자를 URI 안에 포함시키지 않는다.
Accept header를 사용한다.
ex) http://restapi.example.com/members/soccer/345/photo.jpg(X)
ex) GET / members/soccer/345/photo HTTP/1.1 Host: restapi.example.com Accept: image/jpg (O)
리소스 간에는 연관 관계가 있는 경우/리소스명/리소스 ID/
관계가 있는 다른 리소스명
ex) GET : /users/{userid}/devices (일반적으로 소유 ‘has’의 관계를 표현할 때)

백엔드 서버를 만들어갈때 참조하여 RESTful한 API를 만들어가야겠다.

[혼공JS] 리액트 JSX

공대핫산 — Fri, 9 Feb 2024 02:48:56 +0900

JSX란?

- JSX(Javascript Syntax eXtension)는 Javascript 확장한 문법이다

- JSX는 리액트로 프로젝트를 개발할 때 사용되므로 공식적인 자바스크립트 문법이 아니다

- JSX는 자바스크립트 코드보단 HTML코드 처럼 보이며 좀더 간결하고 보기 쉽다.

- div, span 태그들을 사용할 수 있으며 앞으로 만들 컴포넌트도 html태그 쓰듯이 쉽게 작성가능

앞서 React.createElement 를 사용할 경우 사용하기 너무 복잡하기에 리액트 팀은 언어 확장형태로 React를 보다 쉽게 사용할 수 있게 JSX문법을 만들었습니다.

매번 DOM을 추가할때 마다 React.createElement를 호출하여 작성하기 보단 JSX로 간결하게 작성하여 개발하기 쉽게 진행할 수 있다.

반드시 부모 요소 하나로 감싸야한다.

function App(){
    return(
        <h1>안녕</h1>
        <h2>동작하니?</h2>
    )
}

요소 여러개가 있지만 하나의 부모요소로 감싸져 있지않아 동작 하지 않습니다.

function App(){
    return(
    	<div>
        	<h1>안녕</h1>
        	<h2>동작하니?</h2>
        </div>
    )
}

<div>태그로 감싸줘야 동작합니다.

이유 : 가상DOM에서 컴포넌트 변화를 감지할때 효율적으로 비교할 수 있도록 하나의 트리구조로 이루어져야 하기때문에

<div>가 싫다면? <Fragment> <>로 감싸도 됨

function App(){
    return(
    	<>
        	<h1>안녕</h1>
        	<h2>동작하니?</h2>
        </>
    )
}

표현식

코드를 { } 감싸면 사용가능하다!

function App() {
	const name = '리액트';
    return (
    <>
    	<h1>{name} 안녕</h1>
        <h2>동작하니?</h2>
    </>
  );
}

if 대신 삼항연산자

리액트 내부에서는 if를 사용할 수 없어서 삼항연산자를 사용함

function App() {
    const name = '리액트';
  return (
   <div>
          {name === '리액트'? (
          	<h1>리액트</h1>
          ) : (
          	<h2>리액트가 아님</h2>
          )}
      
   </div>
      
  );
}

AND 연산자를 사용한 조건부 랜더링

더 짦은 코드로 구현

function App() {
    const name = '리액트';
  return (
   <div>
          {name === '리액트'&& <h1>리액트입니다.</h1>}
   </div>
  );
}

undefined를 렌더링하지 않기

OR연산자 사용하여 오류를 방지해야함

function App() {
  const name = undefined;
  return name || "값이 undefined입니다.";  
}

인라인 스타일링

기존에 HTML에서 스타일을 지정할 때 background-color 와 같이 - 문자가 포함된 이름들을, JSX에서 사용할 때에는 -를 없애고 카멜 표기법으로 작성해야 합니다.

const name = '리액트';
function App() {
  const style = {
      backgroundColor: 'black',
      fontSize: '48px',
      color :'aqua'
      fontWeight: 'bold'
      padding:16
  }
  return (
  	<div style={style}>{name}</div>
  )
}

class 대신 className

태그는 꼭 닫아야함

self-closing 태그를 사용해도 OK

<input></input>
// 혹은 다음과 같이 self-closing 태그로 작성해도 무방
<input />

주석

{/* 주석처리 */}
// 주석처리 않됨
/* 주석처리 않됨 *?

[혼공JS] 리액트 시작하기

공대핫산 — Wed, 7 Feb 2024 23:34:07 +0900

혼공JS에서 리액트를 맛봤으면서 왜 또 다시 시작하냐?! 라고 생각할 수 있지만 이번엔 좀더 딥하게 알고 넘어가고자 한다.

React

--사용자 인터페이스를 만들기 위한 JavaScript 라이브러리임
프레임워크가 아니다

React 특징

컴포넌트 기반의 개발 방식
복잡성 감소
재사용 특화
오직 View만 신경씀
효율적인 렌더링을 위한 Virtual DOM 사용
지속적으로 데이터가 변화하는 대규모 애플리케이션에서 사용하기 적합함
업데이트 처리 간결성을 제공
UI를 업데이트하는 과정에서 생기는 복잡함을 모두 해소하고, 더욱 쉽게 업데이트에 접근

오해

가상 돔을 사용한다고해서 무조건 빠르다는건 아님

코드 최적화를 한다던가 아니면 단순히 라우팅만 있는경우 리액트가 더 느려질 수 도 있습니다.

React 사용 이유

가장 많이 사용되는 프론트 엔드 라이브러리

React와 관련된 추가되는 라이브러리들이 많이 존재

React-router, Next.js, Redux

-React에 관한 자료가 다른 기술에 비해 많이 존재

가장 선호되고 많이 사용되어서 많이 언급되고 해결책이 존재함 -- stackoverflow

-비교적 오래된 기술로 안정적임

React & vue -2013년~2014년

svelte - 2016년
-채용 시장에선 React를 선호함

React - 1355건

vue - 750건

jQuery -674건

Angular -233건

svelte - 30건 (....)

가상 DOM VS 물리 DOM

우리는 객체를 배우면서 물리 DOM을 배웠습니다.

다음은 피지컬 DOM에 대한 예시입니다.

let pPhysicalDOM = document.createElement('p')
pPhysicalDOM.innerText = 'Hello physical DOM world!'
document.body.appendChild(pPhysicalDOM)

p요소를 생성해주고 inner Text로 내부에 텍스트를 넣고, body아래 자식으로 넣는 DOM 조작

React로 가상DOM 조작을 하고 싶다면?

React.createElement

React.createElement 를 사용하면 만들 수 있습니다.

우선 React.createElement에 오른쪽 클릭하고 정의로 이동해보면

function createElement<P extends {}>(
        type: FunctionComponent<P>,
        props?: Attributes & P | null,
        ...children: ReactNode[]
    ): FunctionComponentElement<P>;

요런식의 React 동작을 확인 할 수 있는데

1. 타입을 정합니다 -- h1인지 p인지 요소를 선택하고

2. props의 경우 ?가 붙어있어 생략가능한 선택 매개변수입니다.

3, 자식요소를 추가합니다. -- 텍스트나 기타등등

이를 활용하여 물리DOM을 가상 DOM으로 변환하면

const pVirtualDOM = React.createElement('p', null, 'Hello virtual DOM world!')

이렇게 한줄로 객체를 생성할 수 있게 됩니다.

이제 랜더링이 필요한데 이전과 같이 appendChild를 사용하지 못합니다.

가상DOM은 document.body.appendChild로 이해하지 못하기 때문에 우리는 새로운 방식으로 랜더링 해야합니다.

Rendor()

화면에 무엇인가 보이게 하는걸 랜더링이라 합니다.

React에서 가상 DOM객체의 랜더링은 React-dom 랜더러가 진행하며 <div id = "root">인 물리적 객체를 먼저 만들어줘야 사용 가능합니다.

import React from 'react'
import ReactDOM from 'react-dom/client'

const root = ReactDOM.createRoot(document.getElementById('root') as HTMLElement)
const pVirtualDOM = React.createElement('p', null, 'Hello virtual DOM world!')

root.render(pVirtualDOM)

코드를 그림으로 표현하면 이렇습니다.

1.<div id =root> 인 객체를 생성하고

2. rendor 메소드가 가상 DOM을 받아들이고

3. 물리DOM으로 변환 시킵니다.

도대체 왜 이런 번거러운 일을 하는 걸까요?

이유는 임의의 DOM 객체를 찾아서 속성값만 변환하고 다시 DOM 트리에 반영하려면 재랜더링을 하려면 느리지만

react를 사용하여 가상의 DOM 객체를 만들어 놓고 변화한 부분만 갈아치운다면 빠르게 재랜더링할 수 있기 때문입니다.