위의 붉은 박스 안내에 따라서 / 위치에 .nvm 디렉토리를 생성합니다.

$ mkdir ~/.nvm 

zshrc가 없으므로, 생성해줍니다.

$vi ~/.zshrc

~/.zshrc 파일을 텍스트 에디터로 열어서 아래 설정을 추가합니다. (해당 설정 명령어는 녹색 박스에 있다.)

export NVM_DIR="$HOME/.nvm"
  [ -s "/opt/homebrew/opt/nvm/nvm.sh" ] && \. "/opt/homebrew/opt/nvm/nvm.sh"  # This loads nvm
  [ -s "/opt/homebrew/opt/nvm/etc/bash_completion.d/nvm" ] && \. "/opt/homebrew/opt/nvm/etc/bash_completion.d/nvm"

아래 명령어로 수정사항을 바로 적용되도록 합니다.

$ source ~/.zshrc

설치 여부를 확인합니다.

$ nvm --version

참고 : 위코드 위스터디 자료

비번 치고 나면 아래와 같이 return 또는 enter 키 누르라고 함. 나는 enter를 눌렀다.

꽤 시간이 흐른 후,,,(한 3분?) 엄청난 길이의 문장들을 끝으로, 또 무언가 하라는 말이 나온다... 붉은 박스 명령어를 복사하여 입력한다. 설치가 완료되었다!

아래 명령어로 잘 설치되었는지 확인하기

$ brew --version

나는 Homebrew 4.0.20 으로 잘 설치되었는 것이 확인되었다.

참고 : https://velog.io/@twentizz20/Homebrew-%EC%84%A4%EC%B9%98%ED%95%98%EA%B8%B0

❗️문제 상황

EC2 암페어 파일을 프로젝트 directory로 옮겨두었고, .gitignore에 추가하지 않았다. 그 결과.. 레포에 암페어 파일이 공유되었다....

✅ 해결 :

1. 파일 삭제하기

# 원격 저장소와 로컬 저장소에 있는 파일을 삭제한다.
$ git rm {File Name}

# 원격 저장소에 있는 파일을 삭제한다. 로컬 저장소에 있는 파일은 삭제하지 않는다.
$ git rm --cached {File Name}

# .idea 폴더 하위의 모든 파일 삭제 
$ git rm --cached -r .idea/

2. .gitignore 설정하기

이미 .gitignore 파일 생성된 이후로, 파일에 암페어 파일만 추가했다.

3. 원격 저장소에 적용하기

# 버전 관리에서 완전히 제외하기 위해서는 반드시 commit 명령어를 수행해야 한다.
$ git commit -m "Fixed untracked files"

# 원격 저장소(origin)에 push
$ git push origin fix/users

4. ignore된 파일 확인

$ git status --ignored

Node.js 는 프레임워크도 라이브러리도 아니다. 브라우저 외부에서 javascript를 컴퓨터가 이해할 수 있도록 도와주는 런타임 환경이라고 보면된다.

프레임 워크가 라이브러리보다 더 포괄적인 개념이며, 뼈대라고 보면 된다. 예) Express가 프레임워크이다.

라이브러리는 애플리케이션에 특정 기능을 추가하기 위해 사용할 수 있는 미리 작성된 코드 모음이다. 예) 'body-parser', 'cookie-parser', 'cors', 'morgan'

router 는 Node.js와 Express를 사용한 웹 개발의 맥락에서, 라우터는 라이브러리가 아닌 Express 프레임워크의 내장 기능이다.

[프레임워크와 라이브러리]

프레임워크는 소프트웨어 애플리케이션 개발을 위한 미리 디자인되고 코딩된 구조로, 개발자가 애플리케이션을 만드는 데 필요한 규칙, 관례 및 최선의 방법을 정의합니다. 프레임워크에는 개발자가 빠르고 효율적으로 애플리케이션을 구축하기 위해 사용할 수 있는 미리 구축된 구성 요소와 라이브러리가 일반적으로 포함됩니다.

프레임워크를 건물의 뼈대로 생각해보세요. 건물이 견고한 프레임워크를 필요로 하는 것처럼, 애플리케이션은 지지할 수 있는 견고한 프레임워크가 필요합니다. 프레임워크는 개발자가 빌드할 수 있는 구조를 제공하여, 기존에 있는 빌딩 블록을 사용하여 시간과 노력을 절약합니다.

반면 라이브러리는 개발자가 애플리케이션에 특정 기능을 추가하기 위해 사용할 수 있는 미리 작성된 코드 모음입니다. 라이브러리는 일반적으로 사용자 인터페이스 디자인, 데이터베이스 액세스 또는 이미지 처리와 같은 특정 작업에 중점을 둡니다. 라이브러리는 일반적으로 프레임워크와 함께 사용되어 프레임워크에서 기본적으로 제공하지 않는 추가 기능을 제공합니다.

[Router] Express의 라우터는 클라이언트로부터 수신되는 HTTP 요청을 처리하기 위한 경로와 엔드포인트를 정의하는 데 사용됩니다. 애플리케이션의 코드와 논리를 서로 다른 라우트 핸들러로 분리하여 구성하는 데 도움이 됩니다.

라이브러리는 특정 작업을 수행하는 데 필요한 특정 기능을 제공하는 반면, Express의 라우터는 HTTP 요청 처리와 웹 애플리케이션 구축을 위한 구조와 지침을 제공하는 프레임워크의 필수적인 부분입니다.

EC2 Ubuntu 에서 mysql root 계정에 접속하려 시도했다. 비밀번호를 내 root password로 입력했더니 아래와 같은 에러메세지가 나타났다.

error 1045 (28000): access denied for user 'root'@'localhost' (using password: yes)

구글링 해보니 해당 에러는 잘못된 password를 입력했을 경우에 나타난다.

error 1045 (28000): access denied for user 'root'@'localhost' (using password: no)

위 에러는 비밀번호 입력을 안했을 때 나타나는 에러이다.

✅ 해결 : EC2서버를 구축한 사람(준우님)의 mysql root 계정의 비밀번호를 입력하니 접속이 되었다.

원티드 백엔드 도커 미션 레파지토리 issue 탭에 나와 같은 문제가 있는 사람이 해당 사항에 대해 문의한 이력이 있었다.

✅ 해결방법

1) docker-pro-wanted 레파지토리를 fork 한다. 2) fork 한 레파지토리의 git 주소를 로컬에 clone한다. 3) readme.md에 따라서 미션 수행 후, push를 하여 PR을 올린다.

4) 본 원티드 도커 미션 레파지토리를 확인 해 보니 나의 PR이 잘 올라가 있음을 확인했다.

feature 브랜치에서 작업 완료 후, push 하는 중 머리가 이상해졌는지 git push origin main을 해버림

git homepage 내 원격 main branch가 내 로컬 main이랑 동일한 상황이 되어, 준우님이 merge한 이력이 사라져버림 (나는 바로 pull을 안했다.. conflict가 두려워서)

🥲 해결 방안 모색 :

push를 취소하거나 원격 main 히스토리를 되돌리자.

✅ 해결 :

feature 브랜치에서 reflog 하여 망치기 전의 시점으로 되돌아가서

1. git reflog
2. git reset --hard {망치기 이전 시점의 commit number}
3. git commit -m 'new message'
4. git push origin {branch명}

다행히, 원격 main에서 준우님 merge이력도 살아났다.

❗️원인 : 해당 API는 http 만 지원하는데, https로 POST method 요청을 한 것이 원인

✅ 해결 : postman에서 요청 시, https에서 's'만 삭제하고 재요청시 통신이 된 것을 확인함.

[Tea Talk 팀 소개]

• Wecode 코딩 부트캠프 42기 수강생 중 5명이 모여 진행하는 첫 번째 프로젝트 팀

• '오설록'을 모티브 사이트로 선정

  →'오설록' 은 대한민국이 가진 천혜의 자연 유산인 제주에서 자란 차 잎을 활용한 다양한 티 제품을 판매하는 사이트입니다.

⭐️ 프로젝트 결과 영상

🗓 Project기간

2023/02/06 ~ 2023/02/17 (약 2주)

👩‍👧👨‍👨‍👦 팀 구성원 소개

Front-End

강승찬 (Product Manager), 이종혁, 방서빈

Back-End

박준우 (Project Manager), 김은경

📒 Git-hub repositories

• Front-end ropository
• Back-end repository

🧩 구현 사항 정리

💾 back-end

기능	구현 내용	개발 담당
DB 모델링 설계		박준우 김은경
모델링 기반 테이블 생성	- mysql 및 dbmate 를 활용한 테이블 생성	박준우
회원가입 로그인	- 회원가입/로그인 엔드포인트 설정 - 비밀번호 유효성 검사, e-mail 유효성 검사 - bcrypt를 사용한 비밀번호 암호화 - 핸드폰 번호 자리수 제한 설정 - jsonwebtoken을 사용한 로그인	김은경
제품 리스트 제품 상세 페이지	- 삼항 연산자와 Inner Join 활용한 필터링과 정렬 - 페이지네이션 - Query Parameter를 이용해 카테고리별 상품 호출	박준우
장바구니	- 장바구니에 상품 담기 - 결제 후 장바구니 삭제 - 장바구니 상품의 데이터를 발급된 JWT 토큰 내 저장된 유저 정보에 저장	박준우
결제 (장바구니 & 최종결제)	- transaction으로 카트페이지 상품 get, Delete를 구현 - 포인트 부족 시, 결제 차단 - 중복 배송지 추가에 대한 차단 - 총 결제 금액 확인 및 결제 금액 불일치 시 결제 차단	김은경

❗️ 원인 : .env 파일에서 mysql 비밀번호가 틀린것이 원인

✅ 해결 : .env 파일에서 mysql 비밀번호 올바르게 수정

❗️원인 : .gitignore 파일을 생성하지 않았고, Node를 추가하지 않았기 때문에 node_module 폴더가 ignore되지 않고 commit 된것이 원인.

✅ 해결 : gitignore .gitignore 파일을 추가하고, 아래 그림과 같이 node를 추가해준다.

MDN TypeError 원인 리스트

❗️원인 : dataSource.js에서 module.exports = appDataSource에서 'r'을 빼먹은 오타가 원인이였다.

 module.expo'r'ts = appDataSource

현상 : 따라서, appDataSource가 함수가 아니라고 에러가 나타남.

appDataSource가 제대로 import되었다면 아래와같이 나타남

appDataSource가 제대로 import되어 있지 않았다면 커서를 댔을 때, 아래와 같이 간단히 나타남

✅ 해결방법 : module.exports 오타를 정정하였음

1. node.js 설치

1) homebrew 설치

홈브류란? Homebrew는 MacOS(Linux도 포함)용 opensource 패키지 관리 시스템입니다.

(1) 아래 설치 스크립트를 터미널에서 실행하만 설치가 진행됩니다.

$ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

(2) 설치가 완료되면 마지막으로 안내 메시지가 터미널에 출력됩니다.

==> Next steps:
- Add Homebrew to your PATH in /Users/<USER_ID>/.zprofile:
    echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> /Users/<USER_ID>/.zprofile
    eval "$(/opt/homebrew/bin/brew shellenv)"
- Run `brew help` to get started
- Further documentation:
    https://docs.brew.sh

(3) 안내를 따라 다음 2줄을 복사하여 터미널에 다시 붙여넣기 합니다.

$ echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> /Users/<USER_ID>/.zprofile
$ eval "$(/opt/homebrew/bin/brew shellenv)"

(4) 최신 Homebrew가 잘 설치되었는지 버전을 확인합니다.

$ brew --version
Homebrew 3.1.5

2) NVM(node version manager) 설치

Node의 버전을 관리해주기 위해서 node를 바로 설치하지 않고, node 버전 관리 매니저인 NVM을 설치합니다. homebrew를 사용해서 NVM(Node Version Manager)를 설치합니다.

(1) NVM 설치

$ brew install nvm

(2) 설치가 완료되면 아래와 같은 추가 안내가 터미널에 출력됩니다.

Please note that upstream has asked us to make explicit managing
nvm via Homebrew is unsupported by them and you should check any
problems against the standard nvm install method prior to reporting.

You should create NVM's working directory if it doesn't exist:

  mkdir ~/.nvm

Add the following to ~/.zshrc or your desired shell
configuration file:

  export NVM_DIR="$HOME/.nvm"
  [ -s "/usr/local/opt/nvm/nvm.sh" ] && \. "/usr/local/opt/nvm/nvm.sh"  # This loads nvm
  [ -s "/usr/local/opt/nvm/etc/bash_completion.d/nvm" ] && \. "/usr/local/opt/nvm/etc/bash_completion.d/nvm"  # This loads nvm bash_completion

You can set $NVM_DIR to any location, but leaving it unchanged from
/usr/local/opt/nvm will destroy any nvm-installed Node installations
upon upgrade/reinstall.
위에 설치 안내에 따라서 / 위치에 .nvm 디렉토리를 생성합니다.

(2) 위에 설치 안내에 따라서 / 위치에 .nvm 디렉토리를 생성합니다.

$ mkdir ~/.nvm

(3) 터미널에서 ~/.zshrc 열어서 아래 설정을 추가합니다.

export NVM_DIR="$HOME/.nvm"
  [ -s "/usr/local/opt/nvm/nvm.sh" ] && \. "/usr/local/opt/nvm/nvm.sh"  # This loads nvm
  [ -s "/usr/local/opt/nvm/etc/bash_completion.d/nvm" ] && \. "/usr/local/opt/nvm/etc/bash_completion.d/nvm"  # This loads nvm bash_completion

(4) nvm 스크립트를 사용하려면 아래 source 명령어를 입력해 .zshrc 파일을 수정한 값을 바로 적용되도록 해야합니다.

$ source ~/.zshrc

(5) 설치 여부를 확인합니다.

$ nvm --version

3) NVM으로 node.js LTS 버전 설치

(1) 아래 명령어를 입력해 설치 가능한 노드 버전을 볼 수 있습니다.

$nvm list-remote
>
v14.15.2   (LTS: Fermium)
v14.15.3   (LTS: Fermium)
v14.15.4   (Latest LTS: Fermium)
v15.0.0
v15.0.1
v15.1.0
v15.2.0
v15.2.1
v15.3.0
v15.4.0
v15.5.0
v15.5.1
. . 
위 리스트 중에 원하는 버전을 선택하여 설치할 수 있습니다.

(2) 설치

선택하여 설치하려면 아래와 같이 명령어 입력
$ nvm install v16.15.0 

latest long-term support version 설치
$ nvm install lts/erbium

(3) 아래 명령어를 사용해서 설치되어 있는 nvm 버전들을 확인 할 수 있습니다.

$ nvm list
>
->     v16.15.0
default -> v16.15.0
node -> stable (-> v16.15.0) (default)
stable -> 16.15 (-> v16.15.0) (default)

(4) 설치를 완료 했다면, 원하는 버전의 가상환경을 활성화해서 사용할 수 있습니다.

$ nvm use v16.15.0
> Now using node v16.15.0 (npm v8.5.5)

(5) Javascript file 실행 :

$ node {파일이름.js}

예) node app.js

4) ✋잠깐!! npm(node package manager) 알아보기

Node.js 기반의 패키지를 사용하려면 npm(node package manager)이라는 패키지 관리 도구가 필요합니다. npm을 통해 다양한 패키지를 설치하고 버전을 관리할 수 있습니다. 즉, 각 종 웹 개발 라이브러리 설치 및 관리 도우미라고 보면 됩니다. (Node.js를 설치하면 npm이 자동으로 설치 됩니다.)

모듈은 크게 Built-in module, Custom module, 3rd-party module로 나눌 수 있습니다. 커스텀(Custom) 모듈은 Node.js CommonJS 방식으로 만들 모듈을 의미하고, 빌트인(Built-in) 모듈은 Node.js가 설치되면서 기본으로 내장되어 있는 모듈들을 의미합니다. 대표적으로 모듈을 import 할 때 사용하는 require 함수도 빌트인 모듈입니다. 마지막으로 3rd-party module은 다른 개발자들이 만들어 놓은 모듈을 의미합니다.

3rd-party module의 소스 코드들이 모아져 있는 저장소(npm registry), 웹 사이트(website), 그리고 npm CLI를 통칭해서 NPM이라고 합니다. 앞으로 개발에 필요한 여러가지 패키지를 NPM을 통해서 관리하게 됩니다.

(1) package.json

• 프로젝트에 대한 메타 정보와 프로젝트에서 사용중인 npm 패키지에 대한 정보를 담은 파일입니다.

• 프로젝트 초기 세팅할 때 package.json부터 만들고 시작합니다. 이때, 프로젝트 별로 필요한 npm 패키지가 버전별 다를 수 있기 때문에 버전까지 명확하게 기록해두어야 합니다.

• 동일한 버전을 설치하지 않으면 문제가 생길 수 있습니다.

# project 폴더에서 아래 명령어 실행

$ npm init

# npm init -y이 완료되면 폴더에 package.json이 생성됨(기본적인 디폴트 내용의 최종 내용은 다음 package.json 상에 기록되며, 추후에 언제든지 원하는 내용을 추가 및 수정할 수 있습니다.)

(2) package.json 파일 내 몇 가지 속성

• name: 패키지의 이름입니다. package.json의 name 속성에 저장됩니다.
• version: 패키지의 버전입니다. npm의 버전은 다소 엄격하게 관리됩니다.
• scripts : node.js command line을 정의해서 사용할 수 있습니다.
• dependencies : 프로젝트에서 사용하는 배포용 패키지와 각 버전을 명시합니다.
• devDependencies : 프로젝트에서 사용하는 로컬 개발용 패키지와 각 버전이 명시되어 있습니다.
• git repository: 소스코드를 저장해둔 Git 저장소 주소를 의미합니다. 나중에 소스에 문제가 생겼을 때 사용자들이 이 저장소에 방문해 문제를 제기할 수도 있고, 코드 수정본을 올릴 수도 있습니다. package.json의 repository 속성에 저장됩니다.
• keywords: 키워드는 npm 공식 홈페이지(https://npmjs.com)에서 패키지를 쉽게 찾을 수 있게 해줍니다. package.json의 keywords 속성에 저장됩니다.
• license: 해당 패키지의 라이선스를 넣어주면 됩니다. MIT는 오픈소스를 의미합니다.

(3) npm 자주 사용하는 명령어 목록

• npm outdated : 사용하는 어떤 패키지에 업데이트된 내역을 확인합니다.
• npm install + package : 배포용 패키지를 설치한 후에 package.json의 dependencies 속성에 추가합니다.
• npm install --save-dev + package : 개발용 패키지를 설치한 후에 package.json의 devDependencies 속성에 추가합니다.
• npm uninstall + package : 패키지를 삭제 합니다. (npm rm + package도 가능)
• npm search + 검색어 : npm 패키지를 검색합니다.
• npm info + package : 패키지의 세부 정보 출력합니다.
• npm login : npm에 로그인을 하기 위한 명령어로 사전에 npmjs.com에서 회원가입이 필요합니다.
• npm whoami : 현재 사용자가 누구인지 출력합니다.
• npm logout : 로그인한 계정에서 로그아웃 합니다.
• npm version + major : package.json에서 major version 올립니다.
• npm deprecate + [package][version][message] : 패키지를 설치할 때 경고 메시지를 띄우게 합니다.
• npm publish : 만든 패키지를 npm에 배포합니다.
• npm unpublish : 만든 패키지의 배포를 중단합니다.

5) nodemon 설치

nodemon이란 ? node monitor의 약자로, 노드가 실행하는 파일이 속한 디렉터리를 감시하고 있다가 파일이 수정되면 자동으로 노드 애플리케이션을 재시작하는 확장 모듈이다. nodemon을 설치하면 재시작 없이 코드를 자동 반영 할수 있다.

(1) 아래 명령어를 터미널에 입력한다.

$ npm init -y //-y 는 --yes와 같은 의미로 디폴트 값으로 package.json이 생성된다. 
//$npm init을 하면, 정보들을 일일히 입력해주어야 한다. 
$ npm install --save-dev nodemon

(2) 생성된 package.json 파일로 이동하면 아래와 같이 설정 되어 있다. 아래는 npm 명령어를 저장해두는 부분으로 자주 쓰는 명령어 값으로 주고 지정한 키로 쓸 수 있다.

"scripts" : {
  "start" : "node ./bin/www"
}

이는 터미널에 npm start를 입력하면 "node ./bin/www"를 실행시키겠다는 의미이다. 하지만 우리는 nodemon으로 실행시킬 것이기 때문에 scripts부분을 아래와 같이 수정해준다.

"scripts" : {
  "start" : "nodemon ./bin/www"
}

(3) nodemon을 실행하귀 위해 아래 명령어를 입력한다.

$npm start

2. REPL (Read Eval Print Loop)

파일을 생성하지 않고도 Javascript 코드를 테스트하는 빠른 방법입니다.

이미 node.js가 설치되어 있는 상황이라면, Node.js REPL 역시 설치되어 있습니다. REPL을 시작하는 방법은 간단하게 터미널에 node라고 입력하면 됩니다. > 기호는 이제 사용자가 입력하는 Javascript 코드는 즉시 평가해서 실행시켜준다는 의미입니다.

$ node

Welcome to Node.js v16.3.0.
Type ".help" for more information.

> "Hello " + "World"
'Hello World'
>2+2
4

참고: wecode & https://codingsalon.tistory.com/67

Node.js를 한 문장으로 정의하면, Chrome 브라우저의 V8 Javascript 엔진을 탑재한 Server Side 오픈소스 Javascript 런타임입니다.

V8 Javascript 엔진 : Javascript 언어로 작성된 코드를 컴퓨터가 해석하기 쉬운 바이트 코드로 변환하는 역할을 수행합니다.

이렇게 속도까지 얻게 된 Javascript는 생태계가 더욱 커지게 되면서, Browser에서만 실행 가능한 Javascript를 웹 브라우저가 아닌 곳에서도 실행 가능하도록 만들고자 하는 목소리가 커지게 됩니다.

V8 엔진을 브라우저에서 독립시킨 Javascript의 또 다른 실행 환경(runtime)인 Node.js 탄생, 그러면서, 브라우저에서 할 수 없는 운영체제의 파일 시스템에 접근해서 파일을 조작한다든지 등의 다양한 일들이 가능하게 되었습니다.

node.js의 목적 : 이벤트 기반의 높은 처리 성능을 낼 수 있는 network 서버를 만드는 것

• Node.js는 주로 API 서버(HTTP 서버)를 구축하는데 활용됩니다.

• Node.js 기반의 네트워크 서버(API)의 장점은 Frontend와 Backend 기술 스택 통합, 빠른 처리 속도와 높은 동시 요청 처리 성능, 그리고 MSA (Micro Service Architecture)에 적합 등이 있습니다.

2. node.js 장점

2-1) Frontend와 Backend 기술 스택 통합

• 프론트엔드와 백엔드 양쪽에 동일한 언어 사용으로 코드를 모듈로 만들어서 재사용할 수 있음 >> 생산성 향상

2-2) 빠른 처리 속도와 동시 요청 처리 성능

• V8의 기능(우리가 작성한 코드를 컴퓨터가 해석하기 쉽게 함) : 성능이 매년 향상
• libuv라는 비동기 I/O에 중점을 둔 오픈 소스 라이브러리를 사용함으로써 이벤트 기반(Event Driven), Single Thread, non-blocking I/O 모델을 구현 >> 지연(blocking) 없이 동시 요청을 빠르게 처리

2-3) MSA (Micro Service Architecture)에 적합

MSA는 요즘 널리 사용되는 아키텍처입니다. MSA 구조 안에서는 기능이 추가될 때마다 기존 시스템에 더해지는 것이 아니라 가벼운 시스템을 새롭게 구축하는 방법으로 확장하게 됩니다.

결과적으로 Node.js는 상대적으로 가벼운 런타임이기 때문에 MSA와 아주 잘 조화되어 사용될 수 있습니다.

2-4) 풍부한 생태계(라이브러리 약 80만개)를 갖고 있고, JSON 형식을 그대로 사용할 수 있음

이러한 이유로 자바스크립트와 노드로 백엔드 API 서버를 구축하는 것은 좋은 선택일 수 있습니다.

📍 컴퓨터 시스템에 저장된 정보나 데이터를 모두 모아 놓은 집합

데이터베이스를 사용하는 이유는 데이터를 휘발성으로 사라지게 하지 않고, 오래 기간 저장하며, 동시에 체계적으로 보관하기 위해서입니다.

2. RDBMS

📍 관계형 데이터베이스에서 모든 데이터는 2차원 테이블(table)로 표현할 수 있습니다.

📍 각 로우는 저만의 고유 키(Primary Key)가 있습니다.

테이블에 저장된 데이터들의 관계에 따라 세가지 타입이 있습니다.

1) one-to-one, 2) one-to-many, 3)many-to-many

1) one to one

데이터들이 서로 하나씩만 연결이 된 경우

우리에게는 users 라는 테이블이 이미 있고, 이름 데이터들을 이미 저장해뒀는데, 같은 이름들을 중복 해서 여러번 저장하면 불필요한 메모리를 사용하게 됩니다. 따라서 user 란에 이름을 직접 저장하기 보다는 아래 그림처럼 user_id 를 저장해주는 것이죠(id는 Primary key로 항상 존재하니깐요).

이를 참조한다 라고 표현합니다.

📍 1:1 은 두 테이블이 서로가 서로의 오로지 한 로우에만 연결되어야만 합니다.

*** normalization(정규화)

중복된 데이터를 저장하지 않음으로 디스크를 더 효율적으로 쓰고, 또한 서로 같은 데이터이지만 부분적으로만 내용이 다른 데이터가 생기는 문제가 없어집니다.

• Foreign key(외부키)라는 개념을 사용하여 주로 연결합니다.

2) one to many

Users 테이블의 로우 하나는 Pets 테이블의 여러 로우와 연결됩니다. Pets 테이블의 로우 하나는 Users 테이블의 로우 하나와 연결됩니다. 따라서, users 테이블이 one, pets 테이블이 many가 되겠네요

이렇게, 한 테이블의 로우 하나가 다른 테이블의 여러 로우와 연결되는 경우를 One To Many 관계 혹은 일대다 관계라고 부릅니다.

📍 1:N 은 한 테이블의 로우 하나에 다른 테이블의 로우 여러개가 연결될 수 있습니다.

3) many to many

우선은 테이블의 행 하나에는 딱 하나의 데이터만 들어가야 한다는 사실만 알아두세요.

4.스타벅스 메뉴판 정규화 모델링

https://dbdiagram.io/d/63bd37206afaa541e5d179b0

• 인터넷(Internet)이란 전 세계의 컴퓨터가 서로 연결되어 정보를 교환할 수 있는 하나의 거대한 컴퓨터 통신망입니다.

• 웹(Web)이란 인터넷 네트워크를 이용하여 통신되는 정보의 집합입니다.

• 1세대 웹의 특징은 웹 서버가 HTML 페이지 전체와 CSS를 클라이언트에 전송하는 구조입니다.

• 2세대 웹의 특징은 동일한 서버에서 HTML, CSS, Javascript, 그리고 Data 전부가 클라이언트로 전송하는 구조입니다.

• 3세대 웹의 특징은 SPA(Single Page Application)의 등장으로 단일 HTML 페이지와 메인 Javascript 파일로 HTML 요소 생성부터 모든 페이지 및 기능을 동적으로 처리할 수 있게 됩니다.

• 현대 웹 시스템 아키텍처에서는 동시 접속자 수와 데이터 양의 증가로 Micro Service Architecture 구조를 갖습니다. 현대 웹 시스템 개발에는 PM, Designer, Scrum Master, Tester, Frontend Developer, Backend Developer, Full Stack Developer, DevOps, SysOps, Data Sientist, Data Engineer 직군이 필요합니다.

2. API(Application Programming Interface)

• 인터페이스(Interface)란 서로 다른 두 개의 물체가 상호간에 정보나 신호를 주고받기 위해서 필요한 접점이나 경계면을 말합니다.

• 사용자 인터페이스(User Interface, UI)는 인간과 컴퓨터 사이에서 의사소통을 목적으로 만들어진 물리적, 가상적 접점(매개체)을 의미합니다.

• 응용 프로그램(Application)이란 운영체제(MacOS, Linux, Window 등)에서 실행되는 모든 소프트웨어를 말합니다.

• 웹 시스템에서 API란 클라이언트 application(Chrome 브라우저)와 데이터베이스 application(MySQL, Oracle, Postgres, 인스타그램 서비스의 데이터 집합), 데이터를 읽거나 쓰기위해서 이 두 애플리케이션 사이에서 소통의 역할을 하는 접점이 API입니다.

3. 백엔드 개발자로서 wecode에서 공부 목표

• 주니어 개발자로 커리어를 시작하는 지금 초기에는 API 개발에서 시작해서 서비스 서버 구축 및 운영 업무까지 역량을 키우는 것을 목표로 잡는 것이 중요합니다. (내가 서버 구축이 잘되어 있는 큰 회사에 갈수도 있지만, 서버 구축이 잘 되어 있지 않은 회사에 갈 수도 있으므로)

• API와 데이터베이스와의 연결(Connection)을 포함한 RESTful HTTP API 구조(아래 그림 참고)를 스스로 만들 수 있게 되는 것을 목표로 학습하시길 바랍니다.

• 주차별 학습 목표 : https://study.wecode.co.kr/session/content/285 (4-1부터 참고)