코딩 브이로그

안녕하세요, 유튜브를 통해서 데이터모델링을 학습하고 자료를 남깁니다. 이전 [실습] 요구사항을 보고 DB 설계해보기 - JSCODE 커뮤니티 (1) 의 게시글을 이어서 작성을 하였습니다.1. 데이터 모델링1:N의 관계를 갖는 테이블들은 FK를 만들어서 만듭니다.하나의 테이블이 여러 개의 테이블의 정보를 가져와야 하는 경우여러 테이블에 FK를 등록을 합니다.1. 카테고리, 해시태그카테고리와 해시태그의 경우 1:M 관계의 테이블이므로여러 개의 테이블에 FK를 등록한다.N:M의 관계를 갖는 테이블들은 중간 테이블을 만들어서 FK를 몰아 넣습니다.예시) 게시글-해시태그, 팔로우, 신고, 좋아요, 조회수1. 게시글-해시태그게시글 : 해시태그 = N:M 관계의 테이블해시 태그 테이블을 만들고,두 테이블을 연결하기 ..

안녕하세요, 데이터모델링을 학습한 자료를 남깁니다. 1. 요구사항요구사항만 가지고 DB 설계를 하는 일은 거의 없다.현업에서는 보통 UI를 보고 DB 설계를 한다.2. 6가지 규칙 참고 3. 실습먼저 노트패드에 저장할 데이터를 그룹핑 한다.그리고 Microsoft Excel에 그룹핑한 데이터를 나열해본다.그리고 6가지 원칙을 적용하여서 테이블을 분리해나간다.    감사합니다.https://www.youtube.com/watch?v=gB21FzL70TI&list=PLtUgHNmvcs6ooYsXgdlE80_QjGj8lg4YG&index=5

안녕하세요, 유튜브를 보고 데이터모델링을 학습하여 자료를 남깁니다. 1. 가짜 중복과 진짜 중복2. 가짜 중복인지 진짜 중복인지 어떻게 판단할 수 있을까?3. 예시 1첫번째 게시글의 제목이나 내용이 바뀌어도 두번째 게시글의 제목이나 내용이 바뀌어야 하는 것은 아니다.가짜 중복이라는 것을 알 수 있다.진짜 중복에 대해서만 테이블을 분리해야 한다.사용자 테이블을 만들고사용자 테이블의 작성자 id를 게시글 테이블에 FK로 등록을 함으로써테이블을 분리하였다.3. 예시 2카테고리의 경우 데이터 중복이 발생한 경우이다.생활용품이라는 동일한 키워드가 입력되기 때문이다.이러한 경우다음과 같이 테이블을 나누어서컬럼의 데이터 중복을 방지한다.  고맙습니다.https://www.youtube.com/watch?v=UtpTH..

안녕하세요, 데이터모델링을 보고 학습한 자료를 남깁니다. 1. 데이터 중복 시뮬레이션요구사항을 보고 테이블을 만들었다고 가정을 하자.하지만 테이블을 만들었다고 해서 중복데이터가 발생하는지 알 수 없다.더미 데이터를 넣고 중복 데이터가 발생할 수 있는 구조인지 생각해보아야 한다. 2. 실습2.1 게시글 테이블 생성 및 더미 데이터 입력게시글 테이블에 더미 데이터를 입력하였다.2.2 게시글 및 사용자 테이블 나누기다음과 같이 게시글 테이블이 사용자 테이블을 참조하도록 게시글 테이블에 사용자의 PK를 등록하였다.사용자와 게시글을 1:N의 관계를 형성하도록 만들었다.2.3 사용자의 데이터 변경사용자의 데이터를 변경해보았다.게시글 테이블에서 사용자 테이블의 PK를 참조하고 있으므로사용자의 데이터가 변경되더라도 데..

안녕하세요, 유튜브에서 데이터모델링을 학습한 자료를 남깁니다. 1. 한 가지 정보라는 것은 관점에 따라 달라질 수 있다.1.1 예시 이름예를 들어 성을 가져와야 하는 작업이 많다면일일이 '박재성'을 '박'을 따로 분류하지 않고성과 이름을 저장하면 쉽게 가져올 수 있다.1.2 예시 핸드폰 번호최근에는 한 번에 저장하는 경우가 많다.이전에는 이렇게 따로 따로 구분해서 저장을 하는 경우가 더 많았다.따로 따로 조회해야 하거나 한번에 조회해야 하는 기준에 따라 판단하면 된다.데이터를 따로 저장해야만 관리하고 분리해서 사용하면 좋을 때 이렇게 데이터를 분리해서 저장할 수 있다. 한 가지 정보가 한 가지가 아닐 수 있다. 2. 요약 감사합니다.https://www.youtube.com/watch?v=9KUjJSdA..

안녕하세요, 유튜브를 보고 학습한 자료를 남깁니다. 1. 한 칸에는 한 가지 정보만 들어가도록 만든다.1.1 사례 1한 칸에 이메일이 두개 들어가있다.이것이 안 지킨 사례이다.하지만 필요에 따라서 한 칸에 여러 데이터를 구분자를 넣어서 입력하기도 한다.1.2 사례 2 1.3 사례 분석예를 들어 숫자를 조회해야 한다든지 상품을 따로 따로 쓰고 싶다면 구분하기가 어렵다.그래서 한 칸에 한 가지 정보만 넣는 것이 관리가 좋다. 1.4 한 칸에 2개 이상의 정보가 들어간다면테이블을 분리하면 된다. 1.5 실습예제를 통해서 살펴보겠다.Microsoft Excel을 통해서 먼저 테이블을 나누었다.테이블을 나누었다.이렇게 하면 테이블은 나누었지만어떤 사용자의 이메일인지 구분이 불가능하다.이번에는 이렇게 구분해보았다...

안녕하세요, 유튜브로 데이터모델링을 보고 학습한 자료를 남깁니다. 1. 요구사항2. 저장할 데이터 파악하기요구사항을 통해서 저장할 데이터 파악하기3. 그룹핑해서 분류하기엔티티를 만들어서 사용하기데이터를 그룹핑 하여 다음과 같이 엔티티를 만든다.4. 테이블로 나타내기ID는 AUTO_INCREMENT 하면 된다.ID는 서비스와 전혀 상관 없는 값을 입력해주면 된다.예를 들면 UUID (랜덤값)이다. 감사합니다.https://www.youtube.com/watch?v=rLfXFqLWSFE&list=PLtUgHNmvcs6ooYsXgdlE80_QjGj8lg4YG&index=3

안녕하세요, 유튜브 데이터모델링을 보고 학습한 자료를 남깁니다. 1. DB설계 전체 과정1.1 저장해야 하는 데이터 파악하기디자인을 보고 데이터를 결정을 한다. 1.2 그룹핑해서 분류하기파악한 데이터를 그룹핑하기 3. 6가지 규칙 적용시키면서 테이블 분리해나가기6가지 규칙 적용시키면서 테이블 분리해나가기 감사합니다.https://www.youtube.com/watch?v=r712opiWA0Q&list=PLtUgHNmvcs6ooYsXgdlE80_QjGj8lg4YG&index=2

안녕하세요, 유튜브에서 데이터모델링를 보고 학습한 자료를 남깁니다. 1. DB 설계의 핵심은 '중복 없애기'예를 들어서 사용자의 이름이 변경이 되면게시글의 작성자는 잘못된 정보를 가지고 있게 된다.그래서 데이터를 지우면 이런 게시글과 같은 테이블의 작성자도 전부 다 고쳐줘야 한다.만일 게시글 테이블의 작성자 중 변경되지 못한 작성자가 있으면 사용자 테이블에서 찾을 수가 없게 된다.이러한 문제가 발생하는 이유는 '데이터 중복' 때문이다.실수로 중복된 데이터를 누락해서 수정을하지 않는 경우가 발생하면 데이터들 사이에 모순이 생긴다.모순이 생기면 이상현상이 발생하게 된다. 이와 같은 이상은 갱신 이상이라고 한다.  이런 문제를 해결하기 위해 만들어낸 DB 설계 방법이 정규화(Normalization)이다. 2..

안녕하세요, 데이터모델링을 보고 학습한 자료를 남깁니다. 1. 기본키, 후보키, 대체키, 슈퍼키후보키의 범위 = 기본키 + 대체키기본키의 범위 = 후보키 중 대체 불가능슈퍼키의 범위 > 후보키의 범위 > 대체키의 범위 > 기본키의 범위2. 개체-관계 모델약한 개체는 다른 개체의 존재 여부에 따라 의존적인 개체오너 개체는 다른 개체의 존재 여부를 결정하는 개체오너 개체와 약한 개체는 일반적으로 일대다의 관계를 가지고 있음약한 개체는 오너 개체의 키를 포함하여 키를 구성E-R 다이어그램 (마름모: 오너개체와 약한 개체의 관계, 이중 사각형: 약한 개체)3. 모델링 과정요구사항 -> ERD 작성 -> 상세 속성 정의 및 정규화 -> DB 개체 정의 및 테이블, 인덱스 등 설계 4. 이상현상 (삭제이상, 삽입이..