3

읽기 및 쓰기가 크고 빈번한 프로젝트를 시작하려고합니다. 따라서 메모리 내 데이터베이스가 그 목적을 위해 정확하게 만들어 졌음을 발견했습니다. 조금 더 조사하면 나에게 재발견되었다.기본 데이터베이스로 키 값 저장

레디 스는 꽤 멋지다. (독서를 시작했는데, 그것에 대해 많이 알기 시작했다.) 그러나 저는 주로 관계형 데이터베이스 만 보았고 튜플과 릴레이션의 용어로 데이터를 생각했습니다 (저는 이것이 시간을 통해 배울 수 있다고 생각합니다).

지금은 질문에 다음과 같은 한 :

  1. 내가 사용할 수

    는 단지 내 데이터를 저장하는 레디 스?
    • 이유는 내가 본 모든 기사는 Redis/memcached를 캐싱의 중간 계층으로 사용한다는 것입니다.
    • 데이터를 그대로 유지하기 위해 redis에만 의존 할 수 있습니까?
  2. redis 데이터베이스를 호스팅/실행하려면?
    • Redis는 메모리 내장 데이터베이스이므로 호스트 요구 사항은 더 많은 처리가 필요한 응용 프로그램과 분명 다릅니다. 더 많은 RAM을 가진 호스트는 확실히 여기에서 더 좋을 것입니다.
    • 그렇다면 일반적으로 사람들은 어디에서 데이터베이스를 호스팅할까요? AWS에서 Elasticcaching
    • ,이은 (주 데이터베이스로, 단지 캐시되지 층)
  3. 모든 자원을 레디 스를 호스팅하는 데 사용할 수 있습니까?
    • 나는 항상 이것을 물어 보았는데, 온라인에서 많은 좋은 문서를 찾았지만, 시작하는 것이 정말 좋지 않았습니다. 알고 계시면 좋은 자료를 알려주십시오.
+2

[Redis 웹 사이트] (http://redis.io/)는 일반적으로 Redis 설명서에 가장 적합한 장소입니다. 그것의 대부분은 Redis (Salvatore Sanfilippo, Antirez라고도 함)를 기원 한 사람이 작성한 것이며, 그는 마케팅 넌센스가없는 매우 명확하고 균등 한 방식으로 문서화합니다. 사이트에는 [문서 목록] (http://redis.io/documentation)이 있으며 특히 Redis를 유일한 데이터 저장소로 사용하는 경우 http://redis.io/topics/persistence 및 http를 확인하십시오. : //oldblog.antirez.com/post/redis-persistence-demystified.html –

+2

@ PaulD.Waite에 추가 - Muut의 게시물도 참조하십시오. https://muut.com/blog/technology/redis-as-primary- datastore-wtf.html –

+0

@ItamarHaber : 괜찮은 사례 연구입니다. –

답변

4

나는 단지 내 데이터를 저장하는 데 레디 스를 사용할 수 있습니까?

귀하의 요구 사항에 따라 다르지만 150+ NoSQL 데이터베이스를 사용할 수있는 경우, 나는 귀하의 유일한 선택이 아닌 것으로 판단됩니다.

왜 내가 본 모든 기사는 Redis/memcached를 캐싱의 중간 계층으로 사용한다는 것입니다.

JDBC보다 빠르지 만 빠를 필요가 있습니까?

데이터를 그대로 유지하기 위해 redis에만 의존 할 수 있습니까?

신뢰성 요구 사항에 따라 달라질 수 있습니다. 예 : 일부 조직은 전통적인 RDBMS 데이터베이스만을 신뢰합니다. 참고 : 장애를 사전 감지하려면 여러 서버에 redis가 있어야합니다.

redis 데이터베이스를 호스팅/실행하려면?

어디서나.

Redis는 메모리 내장 데이터베이스이므로 호스트 요구 사항은 더 많은 처리가 필요한 응용 프로그램과 분명히 다릅니다. 더 많은 RAM을 가진 호스트는 확실히 여기에서 더 좋을 것입니다.

나는 일반적으로 동일한 컴퓨터에 NoSQL 인스턴스를 넣습니다. RAM 용량은 필요한 데이터의 양에 따라 다릅니다.

사람들은 일반적으로 데이터베이스를 호스팅하기 위해 어디에서 계속합니까?

중복성을 위해 여러 서버에서 응용 프로그램과 공유 할 수 있습니다.

AWS에서 Elasticcaching을 사용하면 redis를 호스팅 할 수 있습니까? (단지 캐싱 계층이 아닌 기본 데이터베이스로) 모든 리소스가 필요합니까?

나는 그들에게 물어볼 것이다.

나는 항상 이것을 묻습니다, 나는 많은 좋은 문서를 온라인에서 찾았지만, 시작하는 것은 정말 좋은 것이 아닙니다. 알고 계시면 좋은 자료를 알려주십시오.

아무런 답변이 없으므로 리소스가 하나도 없습니다. 있다면 150 + NoSQL 데이터베이스가있을 것입니다.

면책 조항 : 다른 NoSQL 키 - 값 저장소가 메모리와 함께 유지되며 작업 속도가 매우 빠릅니다 (필요한 경우). 또한/deploy를 사용하는 것이 더 간단합니다. https://github.com/OpenHFT/Chronicle-Map

+0

@peter에게 감사드립니다. 당신의 대답은 제 질문에 많은 답을줍니다. –

+0

마지막으로 한 가지, 현재 jdbc를 기본 데이터베이스로 사용하여 응용 프로그램을 구축 중이며 performace 문제가 발생하면 redis로 연결됩니다. 당신의 올바른 접근 방식을 생각합니까? –

+0

@HarshitSyal 좋은 접근 방법입니다. 가장 간단한 솔루션부터 시작하여 특정 요구 사항 및 측정 기준에 따라 성능을 최적화하십시오. 종종 나중에 병목 현상이 될 수있는 것이 무엇인지 추측 할 수 있지만 종종 이것은 5 번째 또는 10 번째로 큰 병목 현상으로 밝혀지며 더 많은 시간을 소비하여 상위 1 개를 찾고 작업하면 차이가 더 커집니다. –

관련 문제