feat: 20240820_NoSQL_김영래 #75
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
chan99k
requested changes
Sep 5, 2024
|
|
||
| ### 1. 비관계형 데이터 모델 | ||
| - 유연한 스키마 : RDBMS 처럼 정해진 스키마를 바탕으로 데이터를 입출력 할 때 형태가 정해지지 않는다. | ||
| - 다양한 데이터 모델 : JSON, XML 등의 데이터 형식으로 저장할 수 있다. |
There was a problem hiding this comment.
nosql 예시 이미지, 혹은 다이어그램 등을 첨부 부탁드려요
| - 유연한 스키마 : RDBMS 처럼 정해진 스키마를 바탕으로 데이터를 입출력 할 때 형태가 정해지지 않는다. | ||
| - 다양한 데이터 모델 : JSON, XML 등의 데이터 형식으로 저장할 수 있다. | ||
| ### 2. 확장성 | ||
| - 수평 확장 : 샤딩을 통한 분산 저장을 하는 NoSQL 특성 상 성능 확장을 위해 단순히 서버 컴퓨터의 수를 늘리는 방식이 가능하다. |
There was a problem hiding this comment.
scale out, scale up, 샤딩 등에 대한 다이어그램 이미지를 첨부 부탁드립니다.
| ### 3. 고가용성 및 장애 복구 | ||
| - 자동 복제 : 데이터 복제 및 분산 저장을 통해 높은 가용성과 장애 복구가 가능하다. | ||
| - 고가용성 : 시스템이 지속적으로 안정적인 동작을 할 수 있도록 보장하는 것 | ||
| - CAP 이론에서 분산 시스템은 Consistency, Availability, Partition Tolerance 중 두 가지 특성을 만족 가능 -> NoSQL은 Consistency를 포기 |
기술세미나/_posts/2024-08-20-nosql.md
Outdated
Comment on lines
48
to
56
| ### 1. 장점 | ||
| - 확장성, 가용성, 고성능, 유연성 | ||
| - 비정형 데이터 | ||
| - 설계 비용 감소 | ||
| - 정의된 구조가 없어 정형화되지 않은 데이터 | ||
| - ex. 동영상, 오디오 ,사진, 보고서, 문서 등 | ||
| - 분산 시스템 | ||
| - RDBMS에 비해 저렴한 비용으로 분산 처리 및 병렬 처리 가능 | ||
| - 빅데이터 처리에 효율적 |
There was a problem hiding this comment.
장점에 대해 어떻게 이런 장점을 가질 수 있는지 간략한 설명과 이미지가 추가되면 좋을 것 같습니다.
|
|
||
| # NoSQL 사용 분야 | ||
| ### - 실시간 빅데이터 처리 | ||
| - Amazon |
There was a problem hiding this comment.
예시 이미지나, 칼럼 캡쳐 이미지 등이 추가되면 졸을 것 같습니다.
기술세미나/_posts/2024-08-20-nosql.md
Outdated
| - RDBMS에 비해 저렴한 비용으로 분산 처리 및 병렬 처리 가능 | ||
| - 빅데이터 처리에 효율적 | ||
| ### 2. 단점 | ||
| - 데이터 어벧이트 중 장애가 발생하면 데이터 손실 발생 가능성 |
기술세미나/_posts/2024-08-20-nosql.md
Outdated
Comment on lines
33
to
46
| # NoSQL 종류 | ||
| ### 1. Key-Value DB | ||
| - Key, Value의 쌍인 배열 구조의 데이터가 저장되는 가장 기본적인 형태 | ||
| - ex. Redis, Oracle NoSQL DB | ||
| ### 2. Wide Column Store | ||
| - Big Table DB라고도 하며, Key Value에서 발전된 형태의 Clumn Family 데이터 모델 | ||
| - ex. Hbase, Cassandra, GoogleBigTable, Vertica | ||
| ### 3. Document DB | ||
| - Key Value 에서 확장된 형태로 Document라는 구조화된 데이터 타입(JSON, XML)인 Collection 데이터 모델 | ||
| - ex. MongoDB, CouchDB, Riak, Azure Cosmos DB | ||
| ### 4. Graph DB | ||
| - Nodes, Relationship 데이터 모델 | ||
| - ex. Sones, AllegroGraph, neo4j, BlazeGraph, Orient DB | ||
|
|
There was a problem hiding this comment.
Key Value -> Column Family : 무엇이 어떻게 발전된 형태인지 등에 대한 설명이 첨부되면 좋을 것 같아요.
나머지 nosql 등에 대해서도 이미지가 첨부되면 좋을 듯 합니다.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.