레디스 인스턴스에서 아래 각 두 쿼리 결과(첫번째 필드 값) 를 채팅 창에 제출합니다. 예) 영어별명: (3,2) 명령어] >FT.SEARCH idx:bicycle "@pickup_zone:[CONTAINS $bike]" PARAMS 2 bike "POINT(-0.1278 51.5074)" DIALECT 2 >FT.AGGREGATE idx:bicycle "*" LOAD 1 price APPLY "@price<1000" AS price_category GROUPBY 1 @condition REDUCE SUM 1 "@price_category" as SUM
아래 레디스 인스턴스에서 다음과 같이 키를 생성합니다. 예) >hmset talkit:**** nickname “영어 별명" email “개인 이메일" mobile “010xxxx****” >hmset talkit:9068 nickname "bill" email "bonghwan.kim@redis.com" mobile "010-xxxx-9068" created_time "2024-04-23T06:10:00"
RedisInsight Download: https://redis.io/insight/ 접속 Endpoint: redis-16318.c294.ap-northeast-1-2.ec2.cloud.redislabs.com:16318 Username: default Password: sp02sF2cxsJAOeHWc8Kt6QZf7Kumn1vM
여러 이유가 있지만 대표적으로 말씀드리자면 Redis는 Pub/Sub 메시징 시스템을 지원하여 실시간 이벤트 기반 시스템을 구축하는 데 적합합니다. 이는 실시간으로 발생하는 이벤트를 처리하고 GenAI 모델에 반영하는 데 유용합니다.
질문 감사드립니다 민수님, 느린 기술 스택 문제의 범위가 광범위한것 같아 조금 더 구체적으로 질문해주시길 부탁드리겠습니다 :)
질문 감사드립니다 재학님, 국내 선진 도입 사례에 대해 저희가 공개적으로 정보를 제공해드릴수 없는 점 진심으로 양해부탁드립니다. 행사후 paul.yi@redis.com으로 문의주시면 연락드려서 설명드리겠습니다.
질문 감사드립니다 창민님, 이부분에 대해선 짧게 답변으로 드릴수 없는점 양해부탁드리며 행사후 제 이메일 paul.yi@redis.com으로 문의주시면 제가 연락드려서 설명드리겠습니다 :)
질문 감사드립니다. 대표적으로 주의하셔야할 사항은 데이터 지속성과 확장성이 아닐까 싶습니다. 인메모리 데이터베이스는 전원이 꺼지거나 시스템 다운시 데이터를 잃게 되는 경우가 있으니 사전에 주기적 저장/백업으로 데이터 손실을 최소화 해야 합니다. 확장(scaling) 부분에서 인메모리 데이터베이스가 스케일아웃,클러스터링등을 지원하는지 확인하여 그에 맞는 전략을 구상하시면 좋을것 같습니다.
질문 감사드립니다. 여러가지 특장점이 있겠습니다만, 대표적으로 Redis는 단순한 키-값 저장소뿐만 아니라 다양한 데이터 구조를 지원합니다. 문자열, 리스트, 해시, 집합, 정렬 집합 등 다양한 데이터 구조를 사용할 수 있어서 다양한 사용 사례에 유연하게 대응할 수 있습니다. 그외에도 데이터베이스의 확장성을 향상시키는 클러스터링도 지원합니다.
안녕하세요, 레디스 코리아 사업개발 담당 이상은 매니저입니다 :) 레디스 웨비나에 오신것을 진심으로 환영합니다. 질문사항 많이 남겨주시면, 저희가 웨비나 진행중 혹은 행사 이후에 답변드리겠습니다.
안녕하세요