맨위로가기

NoSQL

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

NoSQL은 전통적인 관계형 데이터베이스의 대안으로, 1998년 카를로 스트로찌에 의해 처음 명명되었으며, 2009년 Last.fm 개발자 요한 오스카르손에 의해 재도입되었다. NoSQL은 SQL 인터페이스를 사용하지 않으며, 대규모 데이터 처리와 유연성을 강조한다. 아키텍처는 결과적 일관성, 분산 아키텍처를 특징으로 하며, 키-값, 문서, 와이드 컬럼, 그래프 등 다양한 데이터 모델을 지원한다. 성능, 확장성, 유연성 측면에서 관계형 데이터베이스와 비교되며, ACID 속성 및 조인 지원 여부는 데이터베이스 종류에 따라 다르다. 쿼리 최적화 및 인덱싱은 데이터베이스의 설계 방식에 따라 차이를 보인다.

2. 역사

NoSQL 이니셔티브의 최초의 시각적 표현.


1998년, 카를로 스트로찌(Carlo Strozzi)는 표준 구조화 질의 언어 인터페이스를 사용하지 않는 자신의 경량 오픈 소스 관계형 데이터베이스를 ''NoSQL''이라고 명명했다. 스트로찌는 현재의 NoSQL 운동이 "전반적인 관계형 모델에서 점차 멀어지고 있으므로" NoREL(비관계형)로 부르는 것이 더 적절하다고 언급했다.

2009년 초, 라스트 FM의 요한 오스칼손(Johan Oskarsson)은 오픈 소스 분산 데이터베이스를 논의하기 위한 미트업 행사를 조직하면서, 이와 같은 데이터베이스를 NoSQL이라고 불렀다. 이 이름은 고전적인 관계형 데이터베이스 시스템의 주요 특성인 ACID 제공을 주로 시도하지 않은 수많은 비관계형, 분산 데이터 저장 공간의 등장에 따라 사용되었다.

NoSQL이라는 용어는 1998년, SQL 인터페이스를 갖지 않는 경량 관계형 데이터베이스의 오픈 소스 소프트웨어의 이름으로 처음 사용되었다. 그 저자인 Carlo Strozzi는 NoSQL 운동에 대해 "관계 모델 전체와 선을 긋는 것이므로, 'NoREL' 등으로 명명해야 했다"고 주장하고 있다. 이 용어는 라스트 FM의 Johan Oskarsson의 요청에 의해 2009년 초에 개최된 오픈 소스 분산 데이터베이스에 대한 회합에서 Rackspace의 직원 Eric Evans에 의해 재도입되었다. 이 이름은 MySQL, MS SQL, PostgreSQL 등 관계형 데이터베이스 시스템에서 널리 사용되던 명명법을 참조하여 붙여진 것으로, ACID 보장을 제공하지 않는 비관계형 분산 데이터 스토어의 부상을 표현하려는 의도가 담겨 있었다.

NoSQL 운동이 널리 퍼짐에 따라, 그 이름이 갖는 부정적인 인상(SQL은 불필요하다 등)이 문제가 되어 논의가 일어나고 있다. Eric Evans는 NoSQL을 '''Not only SQL'''의 백크로님으로 이해하는 것이 바람직하다고 보고 있다.

3. 아키텍처

현대적인 관계형 데이터베이스는 소규모의 고빈도 트랜잭션이나 거대하지만 쓰기가 거의 없는 트랜잭션에 최적화되어 설계되었기 때문에, 최근 필요성이 높아지고 있는 대규모 데이터를 기반으로 한 data-intensive|데이터 인텐시브영어 응용 사례에서는 성능이 저하되는 경우가 있다.[44] 그러한 응용의 예로, 검색을 위한 문서의 인덱싱, 트래픽이 높은 웹사이트의 서버, 스트리밍 데이터의 배포 등이 있으며, Digg의 green badge[45], 페이스북의 받은 편지함 검색, eBay의 시스템 전체 등이 그 실례이다.

NoSQL의 아키텍처에서는, 결과적 일관성만을 보장하는 등 일관성 보장을 약하게 설계하거나, 트랜잭션을 하나의 데이터 항목으로 제한하는 경우가 많다. 보조적인 미들웨어 계층을 부가함으로써 완전한 ACID 보장을 제공하는 경우도 있다.[46]

일부 NoSQL 시스템은 분산 아키텍처를 채용하고 있다. 이러한 시스템에서는, 많은 경우 분산 해시 테이블을 사용하여 데이터를 여러 서버에 중복되게 배치한다. 이를 통해, 서버를 추가하는 것만으로 시스템을 쉽게 스케일 업 시킬 수 있으며, 장애에 대한 내성도 강해진다.[47]

4. 분류

NoSQL 데이터베이스는 데이터 모델에 따라 다양하게 분류할 수 있다.

유형대표적인 예시
키-값리악, 레디스, 캐시
와이드 컬럼 스토어H베이스, 아큐물로, 카산드라
그래프Neo4J, AgensGraph, 알레그로그래프, 버투오소
도큐먼트몽고DB, 카우치베이스



스티븐 옌은 블로그 글에서 NoSQL 데이터베이스를 다음과 같이 분류했다.[69]

용어연관 데이터베이스
KV StoreKeyspace, Flare, SchemaFree, RAMCloud, Oracle NoSQL Database (OnDB)
KV Store - Eventually consistentDynamo, Voldemort, Dynomite, SubRecord, Mo8onDb, DovetailDB
KV Store - HierarchicalGT.m, Cache
KV Store - OrderedTokyoTyrant, Lightcloud, NMDB, Luxio, MemcacheDB, Actord
KV CacheMemcached, Repcached, Coherence, Hazelcast, Infinispan, EXtremeScale, JBossCache, Velocity, Terracotta
Tuple StoreGigaspaces, Coord, Apache River
Object DatabaseZopeDB, DB40, Shoal
Document StoreCouchDB, Cloudant, Couchbase, MongoDB, Jackrabbit, XML-Databases, ThruDB, CloudKit, Prsevere, Riak-Basho, Scalaris
Wide Columnar StoreBigTable, HBase, Apache Cassandra, Hypertable, KAI, OpenNeptune, Qbase, KDI



다음은 데이터 모델에 따른 NoSQL 데이터베이스의 분류이다.[23]

유형대표적인 예시
튜플 저장소아파치 리버, 기가스페이스, 타란툴, TIBCO 액티브스페이스, OpenLink Virtuoso
트리플 저장소알레그로그래프, 마크로직, 온토텍스트-OWLIM, 오라클 NoSQL 데이터베이스, 프로피움 센스, Virtuoso Universal Server
객체 데이터베이스오브젝티비티/DB, 페르스트, ZODB, db4o, 젬스톤/S, 인터시스템즈 캐시, 제이드, 오브젝트데이터베이스++, 오브젝트DB, 오브젝트스토어, ODABA, Realm, OpenLink Virtuoso, 버산트 객체 데이터베이스
네이티브 다중 모델 데이터베이스아랑고DB, 애저 코스모스 DB, 오리엔트DB, 마크로직, 아파치 이그나이트,[24][25] 카우치베이스, 파운데이션DB, 오라클 데이터베이스
멀티밸류 데이터베이스D3 픽 데이터베이스, 확장 가능한 스토리지 엔진 (ESE/NT), 인피니티DB, 인터시스템즈 캐시, jBASE 픽 데이터베이스, mvBase 로켓 소프트웨어, mvEnterprise 로켓 소프트웨어, 노스게이트 인포메이션 솔루션즈 Reality (the original Pick/MV Database), 오픈QM, Revelation Software's OpenInsight (Windows) and Advanced Revelation (DOS), UniData 로켓 U2, UniVerse 로켓 U2



NoSQL은 다음과 같이 주요 분류로 나눌 수 있다.[48]


  • 정렬된 컬럼 지향: 행 키에 대해 컬럼(이름과 값의 조합) 집합을 가지며, 행마다 원하는 수만큼 컬럼을 저장할 수 있다. 컬럼은 컬럼명에 따라 정렬되므로, 컬럼명에 시각을 사용하여 시계열 데이터를 저장할 수 있다. (예: Apache Cassandra, Apache HBase)
  • 도큐먼트 지향 (Document-oriented, Document store): XML, JSON 등 스키마가 없어 유연한 데이터 구조를 가진다. (예: MongoDB, Apache CouchDB, Amazon DocumentDB) XML 데이터베이스 등에서는 XQuery를 이용할 수 있다.
  • 그래프 지향: 노드(정점), 에지(변), 프로퍼티(속성)로 구성되며, 노드 간 관계 관리에 특화된 데이터베이스이다. (예: Neo4j, Amazon Neptune)

4. 1. 키-값 저장소 (Key-Value Store)

연관 배열(맵 또는 딕셔너리라고도 함)을 기본 데이터 모델로 사용하는 데이터베이스이다. 이 모델에서 데이터는 키-값 쌍의 모음으로 표현되며, 각 키는 해당 모음에서 한 번만 나타난다.[26][27]

키-값 모델은 가장 단순한 형태의 데이터 모델 중 하나이며, 더 복잡한 데이터 모델은 종종 이 모델을 확장하여 구현된다. 키-값 모델은 키를 사전식 순서로 정렬하는 모델로 확장될 수 있다. 이러한 확장은 특정 키 ''범위''를 효율적으로 검색할 수 있다는 점에서 유용하다.[28]

키-값 저장소는 결과적 일관성에서 직렬 가능성에 이르는 다양한 일관성 모델을 지원한다. 일부 데이터베이스는 키 정렬을 제공한다. 하드웨어 구현 방식 또한 다양하여, 일부는 데이터를 메모리(RAM)에 저장하고 다른 일부는 솔리드 스테이트 드라이브(SSD)나 회전 디스크(HDD)에 저장한다.

NoSQL 데이터베이스는 데이터 모델에 따라 다음과 같이 분류할 수 있다.[23]

유형예시
키-값 캐시아파치 이그나이트(Apache Ignite), 카우치베이스(Couchbase), 코히어런스(Oracle Coherence), 익스트림 스케일(IBM WebSphere eXtreme Scale), 헤이즐캐스트(Hazelcast), 인피니스팬(Infinispan), 멤캐시드(Memcached), 레디스(Redis), 벨로시티(Velocity)
키-값 저장소애저 코스모스 DB(Azure Cosmos DB), 아랑고DB(ArangoDB), 아마존 다이나모DB(Amazon DynamoDB), 에어로스파이크(Aerospike), 카우치베이스(Couchbase), 스킬라DB(ScyllaDB)
키-값 저장소 (결과적 일관성)애저 코스모스 DB(Azure Cosmos DB), 오라클 NoSQL 데이터베이스(Oracle NoSQL Database), 리악(Riak), 볼드모트(Voldemort)
키-값 저장소 (정렬)파운데이션DB(FoundationDB), 인피니티DB(InfinityDB), LMDB(LMDB), 멤캐시DB(MemcacheDB)


4. 2. 문서 저장소 (Document Store)

문서 저장소의 핵심 개념은 "문서"이다. 문서 지향 데이터베이스마다 이 정의에 대한 세부 사항은 다르지만, 모든 데이터베이스는 문서가 일부 표준 형식 또는 인코딩으로 데이터(또는 정보)를 캡슐화하고 인코딩한다고 가정한다. 사용되는 인코딩에는 XML, YAML, JSON이진 형식(예: BSON)이 있다. 문서는 해당 문서를 나타내는 고유한 ''키''를 통해 데이터베이스에서 주소가 지정된다. 문서 지향 데이터베이스의 또 다른 특징은 내용에 따라 문서를 검색하는 API 또는 쿼리 언어이다.

구현 방식에 따라 문서를 구성하거나 그룹화하는 방식은 다음과 같다.

관계형 데이터베이스와 비교했을 때, 컬렉션은 테이블과 유사하며, 문서는 레코드와 유사하다고 볼 수 있다. 하지만 둘은 다르다. 테이블의 모든 레코드는 동일한 필드 시퀀스를 갖는 반면, 컬렉션의 문서는 완전히 다른 필드를 가질 수 있다.

4. 3. 와이드 컬럼 저장소 (Wide Column Store)

H베이스, 아큐물로, 카산드라 등이 와이드 컬럼 스토어에 해당한다.[23] 스티븐 옌은 빅테이블, HBase, 카산드라, Hypertable, KAI, OpenNeptune, Qbase, KDI를 와이드 칼럼 저장소로 제시했다.[69]

데이터 모델별 분류에 따르면, 와이드 칼럼 저장소에는 애저 코스모스 DB, 아마존 다이나모DB, 빅테이블, 카산드라, 구글 클라우드 데이터스토어, HBase, 하이퍼테이블, 스킬라DB가 있다.[23]

4. 4. 그래프 데이터베이스 (Graph Database)

그래프 데이터베이스는 유한한 수의 관계로 연결된 요소로 구성된 그래프로 관계가 잘 표현되는 데이터를 위해 설계되었다. 데이터의 예로는 소셜 관계, 대중 교통 링크, 도로 지도, 네트워크 토폴로지 등이 있다.

; 그래프 데이터베이스 및 쿼리 언어

이름언어참고
AllegroGraphSPARQLRDF 트리플 저장소
아마존 넵튠(Amazon Neptune)그렘린, SPARQL그래프 데이터베이스
아랑고DB(ArangoDB)AQL, 자바스크립트, GraphQL멀티 모델 DBMS (문서, 그래프 데이터베이스 및 키-값 저장소)
애저 코스모스 DB(Azure Cosmos DB)그렘린그래프 데이터베이스
DEX/SparkseeC++, 자바, C#, 파이썬그래프 데이터베이스
플록DB(FlockDB)스칼라그래프 데이터베이스
IBM DB2SPARQLRDF 트리플 저장소 (DB2 10에 추가)
인피니트그래프(InfiniteGraph)자바그래프 데이터베이스
야누스그래프(JanusGraph)자바그래프 데이터베이스
마크로직(MarkLogic)자바, 자바스크립트, SPARQL, XQuery멀티 모델 (문서 데이터베이스RDF 트리플 저장소)
Neo4j사이퍼그래프 데이터베이스
오픈링크 버츄오소C++, C#, 자바, SPARQL미들웨어데이터베이스 엔진 하이브리드
오라클SPARQL 1.1RDF 트리플 저장소 (11g에 추가)
오리엔트DB(OrientDB)자바, SQL멀티 모델 (문서그래프 데이터베이스)
OWLIM자바, SPARQL 1.1RDF 트리플 저장소
프로피움 센스(Profium Sense)자바, SPARQLRDF 트리플 저장소
레디스그래프사이퍼그래프 데이터베이스
Sqrrl 엔터프라이즈자바그래프 데이터베이스
TerminusDB자바스크립트, 파이썬, 데이터로그오픈 소스 RDF 트리플 저장소 및 문서 저장소[29]


5. 성능

벤 스코필드는 여러 유형의 NoSQL 데이터베이스의 등급을 다음과 같이 평가했다:[70]

데이터 모델성능확장성유연성복잡성기능
키-값 스토어높음높음높음없음가변적 (없음)
컬럼 지향 스토어높음높음준수낮음최소
도큐먼트 지향 스토어높음가변적 (높음)높음낮음가변적 (낮음)
그래프 데이터베이스가변적가변적높음높음그래프 이론
관계형 데이터베이스가변적가변적낮음준수관계대수



성능과 확장성 비교는 종종 YCSB 벤치마크를 통해 이루어진다. NoSQL 데이터베이스의 성능은 일반적으로 초당 연산 횟수로 측정되는 처리량 지표를 사용하여 평가된다. 성능 평가는 프로덕션 구성, 데이터베이스 매개변수, 예상 데이터 볼륨 및 동시 사용자 작업 부하와 같은 적절한 벤치마크에 주의를 기울여야 한다.

벤 스코필드는 다양한 범주의 NoSQL 데이터베이스를 다음과 같이 평가했다:[30]

데이터 모델성능확장성유연성복잡성데이터 무결성기능
키-값 저장소높음높음높음없음낮음가변적(없음)
열 지향 저장소높음높음보통낮음낮음최소
문서 지향 저장소높음가변적(높음)높음낮음낮음가변적(낮음)
그래프 데이터베이스가변적가변적높음높음낮음-중간그래프 이론
관계형 데이터베이스가변적가변적낮음보통높음관계 대수



성능 및 확장성 비교는 YCSB 벤치마크를 사용하여 가장 일반적으로 수행된다. 현대적인 관계형 데이터베이스는 소규모의 고빈도 트랜잭션이나 거대하지만 쓰기가 거의 없는 트랜잭션에 최적화되어 설계되었기 때문에, 최근 필요성이 높아지고 있는 대규모 데이터를 기반으로 한 응용 사례에서는 성능이 저하되는 경우가 있다.[44] 그러한 응용의 예로, 검색을 위한 문서의 인덱싱, 트래픽이 높은 웹사이트의 서버, 스트리밍 데이터의 배포 등이 있으며, Digg의 green badge[45], 페이스북의 받은 편지함 검색, eBay의 시스템 전체 등이 그 실례이다.

NoSQL의 아키텍처에서는 결과적 일관성만을 보장하는 등 일관성 보장을 약하게 설계하거나, 트랜잭션을 하나의 데이터 항목으로 제한하는 경우가 많다. 보조적인 미들웨어 계층을 부가함으로써 완전한 ACID 보장을 제공하는 경우도 있다.[46]

일부 NoSQL 시스템은 분산 아키텍처를 채용하고 있다. 이러한 시스템에서는 많은 경우 분산 해시 테이블을 사용하여 데이터를 여러 서버에 중복되게 배치한다. 이를 통해 서버를 추가하는 것만으로 시스템을 쉽게 스케일 업 시킬 수 있으며, 장애에 대한 내성도 강해진다.[47]

6. 관계형 데이터 처리

대부분의 NoSQL 데이터베이스는 쿼리에서 조인 기능을 제공하지 않으므로, 일반적으로 데이터베이스 스키마를 다르게 설계해야 한다. NoSQL 데이터베이스에서 관계형 데이터를 처리하는 세 가지 주요 기술은 다음과 같다. (조인을 지원하는 NoSQL 데이터베이스는 조인 및 ACID 지원 표 참고)[31]


  • 다중 쿼리: 하나의 쿼리로 모든 데이터를 검색하는 대신, 원하는 데이터를 얻기 위해 여러 쿼리를 수행한다. NoSQL 쿼리는 전통적인 SQL 쿼리보다 속도가 빠른 경우가 많으므로 추가 쿼리의 비용이 허용될 수 있다. 과도한 수의 쿼리가 필요하다면, 다른 두 가지 접근 방식 중 하나가 더 적절하다.
  • 데이터 중복 저장 (비정규화): 외래 키만 저장하는 대신, 모델의 데이터와 함께 실제 외래 값을 저장한다. 예를 들어, 각 블로그 댓글에는 사용자 ID 외에도 사용자 이름을 포함하여 추가 조회를 거치지 않고도 사용자 이름에 쉽게 액세스할 수 있도록 한다. 그러나 사용자 이름이 변경되면 데이터베이스의 여러 위치에서 이를 변경해야 한다. 따라서 이러한 접근 방식은 쓰기보다 읽기가 훨씬 더 일반적인 경우에 더 잘 작동한다.[31]
  • 데이터 내장 (임베딩): MongoDB와 같은 문서 데이터베이스에서는 더 적은 수의 컬렉션에 더 많은 데이터를 넣는 것이 일반적이다. 예를 들어, 블로그 애플리케이션에서 블로그 게시물 문서 내에 댓글을 저장하여 한 번의 검색으로 모든 댓글을 가져오도록 선택할 수 있다. 따라서 이 접근 방식에서 단일 문서는 특정 작업에 필요한 모든 데이터를 포함한다.

7. ACID 및 조인 지원

ACID(원자성, 일관성, 고립성, 지속성) 또는 JOIN 동작을 지원하는 것으로 문서에 표현되어 있는 경우 지원으로 표기한다. 그러나 이 기준에는 대부분의 SQL 데이터베이스와 비슷한 방식으로 완전히 지원할 필요는 없다.

데이터베이스ACIDJOIN
Aerospike아니요
Apache Ignite
ArangoDB
Amazon DynamoDB아니요
Couchbase
CouchDB
IBM Db2
InfinityDB아니요
LMDB아니요
MarkLogic[71]
MongoDB[72]
OrientDB[73]


8. 쿼리 최적화 및 인덱싱

다이나모DB, MongoDB, 카산드라, Couchbase, HBase, Redis와 같은 다양한 NoSQL 데이터베이스는 인덱싱되지 않은 필드를 쿼리할 때 다양한 동작을 보인다. 많은 경우 이러한 쿼리에 대해 전체 테이블 또는 컬렉션 스캔을 수행하며, 데이터를 검색한 후 필터링 작업을 적용한다. 그러나 최신 NoSQL 데이터베이스는 쿼리 성능을 최적화하기 위해 고급 기능을 통합하는 경우가 많다.[35] 예를 들어 MongoDB는 복합 인덱스 및 쿼리 최적화 전략을 지원하고, 카산드라는 보조 인덱스 및 구체화된 뷰를 제공하며, Redis는 특정 사용 사례에 맞게 맞춤형 인덱싱 메커니즘을 사용한다. Elasticsearch와 같은 시스템은 효율적인 텍스트 기반 검색을 위해 역 인덱스를 사용하지만, 인덱싱되지 않은 필드에 대해서는 여전히 전체 스캔이 필요할 수 있다. 이러한 동작은 확장성 및 효율적인 키 기반 작업에 중점을 둔 많은 NoSQL 시스템의 설계 방식을 반영하며, 임의의 필드에 대한 최적화된 쿼리보다는 CRUD(생성, 읽기, 업데이트 및 삭제) 작업과 키 기반 조회가 뛰어나다. 그러나 조인 또는 인덱싱되지 않은 필터링을 포함하는 복잡한 쿼리에 대한 적합성은 데이터베이스 유형(문서, 키-값, 광범위 열 또는 그래프) 및 특정 구현에 따라 달라진다.[35]

참조

[1] 웹사이트 NoSQL DEFINITION: Next Generation Databases mostly addressing some of the points : being non-relational, distributed, open-source and horizontally scalable http://nosql-databas[...]
[2] 웹사이트 What Is a NoSQL Database? IBM https://www.ibm.com/[...] 2024-08-09
[3] 웹사이트 NoSQL (Not Only SQL) http://searchdataman[...]
[4] 웹사이트 NosqlDefinition http://martinfowler.[...]
[5] 학술논문 History Repeats Itself: Sensible and NonsenSQL Aspects of the NoSQL Hoopla http://openproceedin[...]
[6] 웹사이트 Amazon Goes Back to the Future With 'NoSQL' Database https://www.wired.co[...] WIRED 2012-01-19
[7] 웹사이트 RDBMS dominate the database market, but NoSQL systems are catching up http://db-engines.co[...] DB-Engines.com 2013-11-21
[8] 학술지 Will NoSQL Databases Live Up to Their Promise? http://www.leavcom.c[...]
[9] 서적 NoSQL Distilled: A Brief Guide to the Emerging World of Polyglot Persistence Addison-Wesley Educational Publishers Inc
[10] 웹사이트 Amazon DynamoDB – a Fast and Scalable NoSQL Database Service Designed for Internet Scale Applications http://www.allthings[...] All Things Distributed 2012-01-18
[11] 웹사이트 Data management in cloud environments: NoSQL and NewSQL data stores http://www.journalof[...] Aira, Springer 2014-01-08
[12] 웹사이트 MongoDB ACID Transactions https://www.geeksfor[...] 2024-10-25
[13] 웹사이트 Jepsen: MongoDB stale reads https://aphyr.com/po[...] 2015-04-20
[14] 웹사이트 Large volume data analysis on the Typesafe Reactive Platform http://www.slideshar[...] 2015-06-11
[15] 웹사이트 10 NoSQL Misconceptions http://www.dummies.c[...]
[16] 웹사이트 No! to SQL and No! to NoSQL | So Many Oracle Manuals, So Little Time https://iggyfernande[...] 2013-07-29
[17] 웹사이트 The ACID Model http://databases.abo[...]
[18] 서적 Grid and cloud database management Springer Science & Business Media
[19] 학술지 Integration and virtualization of relational SQL and NoSQL systems including MySQL and MongoDB
[20] 웹사이트 Investigating storage solutions for large data: A comparison of well performing and scalable data storage solutions for real time extraction and batch insertion of data http://publications.[...] Department of Computer Science and Engineering, Chalmers University of Technology 2010
[21] 웹사이트 NoSQL Relational Database Management System: Home Page http://www.strozzi.i[...] Strozzi.it 2007-10-02
[22] 웹사이트 NoSQL 2009 http://blog.sym-link[...] Blog.sym-link.com 2009-05-12
[23] 웹사이트 NoSQL Databases http://www.christof-[...]
[24] 웹사이트 Ignite Documentation https://apacheignite[...]
[25] 웹사이트 fire-up-big-data-processing-with-apache-ignite https://www.infoworl[...]
[26] 웹사이트 Key Value stores and the NoSQL movement http://dba.stackexch[...] Stackexchange 2011-01-14
[27] 웹사이트 Key-Value Stores: a practical overview http://blog.marc-see[...] Marc Seeger 2009-09-21
[28] 웹사이트 NoSQL Data Modeling Techniques http://highlyscalabl[...] Ilya Katsov 2012-03-01
[29] 웹사이트 TerminusDB an open-source in-memory document graph database https://terminusdb.c[...] 2021-12-16
[30] 웹사이트 NoSQL - Death to Relational Databases(?) http://www.slideshar[...] 2010-01-14
[31] 웹사이트 Moving From Relational to NoSQL: How to Get Started https://resources.co[...]
[32] 웹사이트 Can't do joins with MarkLogic? It's just a matter of Semantics! - General Networks http://www.gennet.co[...]
[33] 웹사이트 Sharded Collection Restrictions https://docs.mongodb[...]
[34] 웹사이트 SQL Reference · OrientDB Manual http://orientdb.com/[...]
[35] 서적 NoSQL for Mere Mortals
[36] 웹사이트 Perspectives: One Size Does Not Fit All http://perspectives.[...] 2009-11-03
[37] 저널 Cassandra — A Decentralized Structured Storage System http://www.cs.cornel[...] Cornell University
[38] 저널 Bigtable: A Distributed Storage System for Structured Data http://labs.google.c[...] Google
[39] 웹사이트 HBase: structured storage of sparse data for Hadoop http://www.rapleaf.c[...]
[40] 웹사이트 Toptal - The Definitive Guide to NoSQL Databases https://www.toptal.c[...]
[41] 웹사이트 NoSQL Relational Database Management System: Home Page http://www.strozzi.i[...] Strozzi.it 2007-10-02
[42] 웹사이트 NOSQL 2009 http://blog.sym-link[...] Blog.sym-link.com 2009-05-12
[43] 웹사이트 NoSQL: What's in a name? http://blog.sym-link[...] Eric Evans's Weblog 2009-10-30
[44] 저널 The Claremont report on database research http://doi.acm.org/1[...] ACM
[45] 웹사이트 Looking to the future with Cassandra | Digg About http://about.digg.co[...] About.digg.com 2009-09-09
[46] 웹사이트 CloudTPS: Scalable Transactions for Web Applications in the Cloud http://www.globule.o[...] Globule.org
[47] 웹사이트 Cassandra: Structured Storage System over a P2P Network http://static.last.f[...]
[48] 웹사이트 Database Landscape Map – December 2012 http://blogs.the451g[...]
[49] 웹사이트 The enterprise class NoSQL database http://djondb.com 2013-09-18
[50] 웹사이트 http://tinman.cs.gsu[...]
[51] 웹사이트 Undefined Blog: Meeting with DjonDB https://undefvoid.bl[...] 2013-09-18
[52] 웹사이트 Riak: An Open Source Scalable Data Store https://wiki.basho.c[...] 2010-11-28
[53] 웹사이트 A Universal NoSQL Engine, Using a Tried and Tested Technology http://www.mgateway.[...]
[54] 웹사이트 NoSQL DEFINITION: Next Generation Databases mostly addressing some of the points: being non-relational, distributed, open-source and horizontally scalable http://nosql-databas[...] 2018-12-26
[55] 웹인용 NoSQL (Not Only SQL) http://searchdataman[...]
[56] 웹인용 NosqlDefinition http://martinfowler.[...]
[57] 저널 Will NoSQL Databases Live Up to Their Promise? http://www.leavcom.c[...]
[58] 웹인용 Amazon DynamoDB – a Fast and Scalable NoSQL Database Service Designed for Internet Scale Applications http://www.allthings[...] All Things Distributed 2012-01-18
[59] 웹인용 Data management in cloud environments: NoSQL and NewSQL data stores http://www.journalof[...] Aira, Springer 2013
[60] 웹인용 Jepsen: MongoDB stale reads https://aphyr.com/po[...] 2015-04-20
[61] 웹인용 Large volume data analysis on the Typesafe Reactive Platform http://www.slideshar[...]
[62] 웹인용 10 NoSQL Misconceptions http://www.dummies.c[...]
[63] 웹인용 No! to SQL and No! to NoSQL | So Many Oracle Manuals, So Little Time https://iggyfernande[...]
[64] 콘퍼런스 Multi Dimensional and Flexible Model for Databases https://link.springe[...] Springer 2009
[65] 웹인용 http://publications.[...] Department of Computer Science and Engineering, Chalmers University of Technology
[66] 웹인용 http://www.strozzi.i[...] Strozzi.it 2007-10-02
[67] 웹인용 http://blog.sym-link[...] Blog.sym-link.com 2009-05-12
[68] 웹인용 http://databases.abo[...] 2013-10-27
[69] 웹사이트 A Yes for a NoSQL Taxonomy http://highscalabili[...] 2013-09-18
[70] 웹인용 NoSQL - Death to Relational Databases(?) http://www.slideshar[...] 2010-01-14
[71] 웹인용 Can't do joins with MarkLogic? It's just a matter of Semantics! - General Networks http://www.gennet.co[...] 2017-03-06
[72] 웹인용 Sharded Collection Restrictions https://docs.mongodb[...] 2020-01-24
[73] 웹인용 SQL Reference · OrientDB Manual http://orientdb.com/[...] 2020-01-24



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com