[데이터 중심 애플리케이션 설계 ] 북 스터디의 Summary Note와 자료 모음집입니다.

data-science data-systems book-reviews summary

designing-data-intensive-applications's Introduction

Book Reading 스터디 : 데이터 중심 애플리케이션 설계

목적

데이터 분야에 종사하는 우리가 데이터 시스템을 제대로 배우자

Summary & Quiz

Quiz는 Google 설문지로 작성되어 자동 채점됩니다. 각 챕터 별로 8개의 문제씩 출제되어 있습니다

Chapter	Summary	Quiz
1. 신뢰할 수 있고 확장 가능하며 유지보수하기 쉬운 애플리케이션	PowerPoint	Quiz
2. 데이터 모델과 질의 언어	PowerPoint	Quiz
3. 저장소와 검색	PowerPoint	Quiz
4. 부호화와 발전	PowerPoint	Quiz
5. 복제	PowerPoint	Quiz
6. 파티셔닝	PowerPoint	Quiz
7. 트랜잭션	PowerPoint	Quiz
8. 분산 시스템의 골칫고리	PowerPoint	Quiz
9. 일관성과 합의	PowerPoint	Quiz
10. 일괄 처리	PowerPoint	Quiz
11. 스트림 처리	PowerPoint	Quiz
12. 데이터 시스템의 미래	PowerPoint	Quiz

진행 방식

Phase 1 [ 빠르게 책을 한번 완독하기 ]

기간 : 2020.07.18(토) ~ 2020.08.29(토)
매주 토요일까지 2 Chapter씩 읽어오기
토요일에 함께 책 내용에 관련된 퀴즈를 풀기
퀴즈의 벌칙 : Chapter 요약하기 (summary_notes/ 폴더에 요약 내용을 올려주세요)
벌칙자 선정방식 : Priority Queue

Phase 2 [ 정리하며 책을 제대로 숙독하기]

미정

Resources

책 : Designing Data Intensive Applications

designing-data-intensive-applications's People

Contributors

Stargazers

Watchers

Forkers

leeseungeun bluejunha torreswoo voidmain443 cyberbot97 woody-log

designing-data-intensive-applications's Issues

Stateful과 Stateless 차이

stateful과 stateless는 process(application)의 설계 패턴을 구분하는 말로서, 아래 두 그림을 비교해서 보자.

오른쪽 그림부터 보면, 오른쪽 그림은 내부에 8이라는 값(state)이 저장되어 있고, add를 수행하면 해당 값을 불러와서 해당값에 더하는 연산을 수행한다. 이렇게 내부에 값을 따로 보관해서 매 연산마다 해당 값에 따라 결과값이 결정되는 함수를 stateful하다고 말한다. 왼쪽 그림같은 경우, 내부에 보관하는 값이 없고, 오로지 입력값에 의해서만 결과값이 결정되기 때문에 이러한 함수를 stateless하다고 말한다.

위와 같이 UI 프로그램을 설계할 때나, REST API를 설계할 때, Stateful하냐, Stateless하냐에 따라 달라진다. 장단점을 나누어 본다면, 아래와 같다

34쪽. Entity란?

링크드인 이력서가 아래와 같이 구성되어 있다고 생각해보자.

{
"user_id": 251,
"first_name": "Bill",
"last_name": "Gates",
"summary": "Co-chair of the Bill & Melinda Gates... Active blogger.", "region_id": "us:91",
"industry_id": 131,
"photo_url": "/p/7/000/253/05b/308dd6e.jpg",
"organization": "Microsoft"
}

현재 organization은 문자열로 저장되어 있다. 이 정보도 문자열 대신 엔티티로 참조하면 어떨까? 엔티티로 참조한다는 것은, 각 organization와 school_name에 대한 여러 정보들(조직의 로고, 조직원의 수 등)과 관련을 맺을 수 있음을 의미한다. 예를 들어 organization에 대한 엔티티가 아래와 같이 구성되어 있다고 생각해보자.

{
  "Name":  "Microsoft",
  "ISIN" : "US5949181045",
  "Founded": "April 4, 1975", 
  "Founders": "Bill Gates"
}

이력서 json에서 organization 엔티티를 참조한다면, 아래와 같이 될 것이다.

{
"user_id": 251,
"first_name": "Bill",
"last_name": "Gates",
"summary": "Co-chair of the Bill & Melinda Gates... Active blogger.", "region_id": "us:91",
"industry_id": 131,
"photo_url": "/p/7/000/253/05b/308dd6e.jpg",
"organization": {
  "Name":  "Microsoft",
  "ISIN" : "US5949181045",
  "Founded": "April 4, 1975", 
  "Founders": "Bill Gates"
}}

data-system-wiki / designing-data-intensive-applications Goto Github PK

designing-data-intensive-applications's Introduction

Book Reading 스터디 : 데이터 중심 애플리케이션 설계

목적

Summary & Quiz

진행 방식

Phase 1 [ 빠르게 책을 한번 완독하기 ]

Phase 2 [ 정리하며 책을 제대로 숙독하기]

Resources

designing-data-intensive-applications's People

Contributors

Stargazers

Watchers

Forkers

designing-data-intensive-applications's Issues

정족수 개념

Stateful과 Stateless 차이

34쪽. Entity란?

Recommend Projects

React

Vue.js

Typescript

TensorFlow

Django

Laravel

D3

Recommend Topics

javascript

web

server

Machine learning

Visualization

Game

Recommend Org

Facebook

Microsoft

Google

Alibaba

D3

Tencent