올해 자격증을 따려고 했었던 SQLD
우리 언니 생일인 11월 16일로 재신청하였다.
저번 학기 백엔드 부트캠프 다니면서 한 번 시험 보러 서현고를 갔었지만..
공부를 안 한 죄로.. 그렇게 경험한 마음 아픈 결과물

사실 크게 실망하지는 않았다. 내가 안 한 거거든요,,
4문제만 더 맞히면 합격인데 ..!! 이번에는 그 네 문제 맞혀보자궁
현재 마케팅 부서에서 일하고 있는 걸 보면
개발자가 될 지 안 될지는 모르겠지만
PM이나 IT 회사에 SQLD 자격증 있으면 그래도 마이너스는 아니니까!
정처기는 올해 못 따도 SQLD 하나는 따고 싶은 마음이다.
집에 있는 책은
몇 달 전 당근으로 거래한
1. SQLD 자격검정 실전 문제집 a.k.a. 노랭이
2. 수제비 SQLD 제 2판
3. 당근 해주셨던 분이 정리해주신 알짜필기본
그리고 부트캠프에서 받은
4. 그림으로 배우는 SQL입문
이렇게 네 권이다.
이 책들 다 볼 수 있을까... 한 권 몇 회독 하는 게 나을 지 다 한 번씩 보는 게 나을 지 고민이다.
인터넷에도 기출문제들 있으니 일단 개념부터 정리하기 위해서
그나마 열심히 보았던 수제비를 다시 펼쳐보자.
처음 책 고를 때도 시나공으로 할 지 수제비로 할 지 고민 많이 했었는데
그 전에 이 책을 선택한 이유가 있겠지. 이제는 그냥 밀고 나가기!!!
그림으로 배우는 SQL 입문이 책이 이쁘고 가시성이 좋아서 끌리기는 하지만
수제비를 보면서 병행을 하던지 다음 주에나 펼쳐보고 싶다. 익숙한 책부터 펼쳐서 시작해보기.
공부 계획
아마 내가 갖고 있는 책이 예전 버전이어서 시험 범위를 다시 체크했었던 기억이 난다.
그래도 정확히 범위를 알기 위해 홈페이지에 들어가서 다시 확인을 해보았다. https://www.dataq.or.kr/www/sub/a_04.do#none


~10/31
1. 데이터 모델링의 이해
2. 데이터 모델과 SQL
3. SQL 기본
~11/7
4. SQL 활용
5. 관리 구문
이렇게 목표를 잡고 공부해보자~!
1. 데이터 모델링의 이해
1. 데이터 모델의 이해
1. 모델링의 이해
- 모델링이란? Modeling
'현실 세계'를 '특정한 목적'에 따라 '단순화', '추상화' 하여 표현하는 과정
- 특징
| 단순화 | - 필요한 기능만 선택 - 쉽고 단순하게 표현 |
| 추상화 | - 중요한 부분 통합 - 일정한 형식에 맞춰서 |
| 명확화 | - 정확하게 기술 |
2. 데이터 모델의 기본 개념 이해
- 데이터 모델링의 개념
1. 현실 세계 -> 컴퓨터 세계의 데이터베이스로
2. 현업이나 고객의 요구사항을 분석, 검증해서 객관적으로 표현하고 물리적으로 구현
- 데이터 모델의 기능
가구명문관표
| 가시화 | 시스템의 모습을 시각적으로 |
| 구조화 | 구조화된 틀 |
| 명세화 | 명확히 정의하여 기술 |
| 문서화 | 결정한 내용을 기록, 보관 |
| 다양한 관점 | 세부 사항은 숨기고 다양하게 |
| 표현 방법 제공 | 구체화한 상세 수준의 표현방법 |
- 데이터 모델링 유의점
유일중
| 비유연성 | 작은 변화가 데이터베이스에 중대한 변화를 일으킬 가능성을 감소시켜야 함. + 행이 추가되는 게 좋은 모델링 |
| 비일관성 | 데이터 간 상호 연관 관계 명확하게, 모순 발생하지 않도록 |
| 중복성 | 여러 장소에 중복 저장하지 않도록 |
- 데이터 모델링의 3가지 요소
Things, Attributes, Relationship
| Things | 업무과 관여하는 어떤 것 (학생) |
| Attributes | 어떤 것이 가지는 성격 (이름, 나이, 주소) |
| Relationship | 업무가 관여하는 어떤 것 간의 관계 (선생님 table <> 학생 table) |
- 데이터 모델링의 3단계 진행
개논물

| 개념적 데이터 모델링 | 업무 중심적, 포괄적, ERD | 추상적 높음 |
| 논리적 데이터 모델링 | 식별자, 속성, 관계 정확하게 표현 / 데이터 정규화 작업 | 추상적 중간 |
| 물리적 데이터 모델링 | 성능, 저장을 고려하여 설계 / 실제 db 구축할 때 참고 | 추상적 낮음 (구체적) |
3. 데이터 독립성과 데이터베이스 3단계 구조
- 데이터 독립성 : 하위 구조가 변경돼도 상위 단계 영향 X, 응용프로그램에 영향 미치지 않도록
- 데이터베이스 3단계 구조
ANSI-SPARC에서 제안

| 외부 단계 (외부 스키마) | 사용자 관점, 응용 프로그래머 관점 |
| 개념 단계 (개념 스키마) | 조직 전체의 관점 |
| 내부 단계 (내부 스키마) | 설계자, 개발자 관점 |
4. 데이터 모델의 표기법인 ERD 이해
- ERD : 개체(entity)와 개체(entity) 간의 관계를 이해하기 쉽게 약속된 도형으로 표시
내 erd 사이트도 추억 회상하면서 남겨보겠음
https://www.erdcloud.com/u/podoseee
ERDCloud
www.erdcloud.com


- ERD 작성 순서
1. 엔티티 생성
2. 엔티티 배치
3. 관계 설정
4. 관계명 표시
5. 관계 차수 및 선택성 표시
- 관계 차수와 선택성
| 관계 | 선택성 | IE 표기법 | Barker 표기법 |
| 1 : 1 | 필수 | ||
| 1 : 1 | 선택 | ||
| 1 : N | 필수 | ||
| 1 : N | 선택 | ![]() |







