일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
- next-stock
- 아키텍쳐 개선
- 관측가능성
- 추천 검색 기능
- 크롤링
- piplining
- 완전탐색
- 셀러리
- 누적합
- 프로그래머스
- 구현
- 알람시스템
- 결제서비스
- ai agent
- spring event
- 카카오
- dau 3만명
- JPA
- docker
- gRPC
- 백준
- 이분탐색
- 몽고 인덱스
- 디버깅
- 베타적락
- ipo 매매자동화
- AWS
- langgraph
- 쿠키
- BFS
- Today
- Total
목록2022/10/20 (2)
코딩관계론

[ 정규화(Normalization) 수행 이유] 정규화는 데이터의 일관성 최소한의 데이터 중복, 최소한의 데이터 유연성을 위해 데이터를 분해하는 과정이다 중복된 데이터를 허용하지 않음으로써 데이터의 무결성을 유지할 수 있다. [ 1 정규화 ] 모든 속성은 단 하나의 값을 가져야 한다. 아래의 표를 보면 연락처 속성에 휴대폰과 집전화가 혼합되서 들어있는 것을 볼 수 있다. -> 단 하나의 의미를 가지는 것이 아님 [이와 같이 테입을을 구성한다면 몇 가지 단점이 존재한다] 연락처 정보에 든 값이 휴대폰인지, 집 전화인지 구별이 불가능하다. 명확하지 않은 속성은 이메일처럼 다른 유형의 데이터를 포함할 수 있다. 고객번호 고객명 연락처 1000 배재완 010-7123-1234, 02-123-123 1001 이..

1. 엔터티(Entity) 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집한적인 것으로 설명할 수 있다. 특징 유일한 식별자에 의해 식별이 가능해야 한다. 엔터티는 반드시 속성이 있어야 한다. 엔터티가 최소 단위일 필요는 없다. 한 개 이상의 관계를 가져야 한다. 분류 유/무형 유형엔터티: 물리적인 형태가 있고 안적적이며 지속적으로 활용되는 엔터티(ex. 사원, 물품) 개념엔터티: 물리적인 형태가 없고, 개념적 정보로 구분되는 엔터티(ex. 조직, 보험상품) 사건엔터티: 업무를 수행함에 따라 발생하는 엔터티(ex. 주문, 청구, 미납) 발생시점 기본엔터티: 업무에 원래 존재하는 정보다, 중심엔타티: 기본엔터티로부터 파생되고 그 업무에서 중심적인 역활을 한다. 행위엔터티: 두 개 이상의 부모엔터티..