안녕하세요 강사님 redis 를 잘 몰라서 공부중인데,인터넷에 검색해보니(각종 gpt, claude)등도 실무에서 클러스터링 이슈 등으로 0번 이외의 DB는 사용하지 않는다는 설명이 있는 있는데, 0 DB 외에 1~16DB도 실무에서 쓰이나요?https://redis.io/docs/latest/operate/oss_and_stack/reference/cluster-spec/에서도 0 DB만 multiple databases를 지원한다고 나와있고string 자료구조 강의에서 0 : 인증, 1: 캐싱, 3: 상품목록 등을 관리한다는 언급이 있어서 질문드립니다.

강사님! When and How You Should Denormalize.... 라고 되어 있는 부분의 링크가 잘못 된거 같습니다!

[실습] 요구사항을 보고 DB 설계해보기 - 쇼핑몰 프로젝트에서 '상품' 테이블 질문입니다! 상품을 등록한 사람이 관리자가 아닌 일반회원인건가요?

DST 구할 때DST[1]부터 시작하자나요보통, DST[0]부터 시작하지 않나요?왜그런건가요~?

기출문제 파일이나 노션은 제공안되나요?

안녕하세요🙂실무에서 만약 Spring과 Kotlin으로 프로젝트를 진행 했을 때 Spock로 테스트 코드를 짜도 상관이 없을까요?이번에 Kotlin으로 프로젝트를 진행해야하는 일이 생겼는데, 저 또한 강의에서 사용하신 Spock가 익숙해서 사용을 하려고 했는데, 보통 Kotest를 많이 사용하는 것 같아서요. 실무 관점에서 Java 대신 Kotlin을 사용한다면, 어떤 테스트 프레임워크를 선택하는것이 좋을지 궁금해서 질문드립니다. 감사합니다.

템퍼 프루핑 아닌가요?

best에서 어떤 연유로t부터 출력이 되는것인가요이해가 안가네요

대기시간 구할 때대기시간 = 도착시간+실행시간인데만일 P4의 도착시간이 5초라고하면 계산이 달라지는 것 같습니다. P1이 그전에 종료가 되서..이럴 땐 어떻해야할까요

9분48초에서첫번째 ref.x(2)는 child로 가고ref.id()는 parent로 가는지다시 정확하게 설명부탁드립니다

강사님, 캐싱 관련해서 실무적인 관점의 질문이 있습니다.강의에서 String 타입의 value에 JSON 형식으로 데이터를 저장해서 캐싱 처리를 한다고 배웠는데, 실무에서 어느 범위까지 캐싱하는 게 적절한지 감을 잡고 싶습니다. 과거에 MyBatis의 동적 쿼리처럼 조건부 로직이 포함된 200줄짜리 복잡한 쿼리가 DB에서 파싱되는 시간 자체만으로도 성능 부하를 유발했던 경험이 있습니다.쿼리 자체를 수정하는 것이 베스트겠지만, 현실적으로 어려울 때가 있었습니다. 이런 '고치기 힘든 악성 쿼리'의 실행 자체를 회피하는 목적으로 Redis 캐싱을 적극적으로 사용하는 전략에 대해 궁금합니다. 실무에서는 이런 경우:1. 쿼리 결과 데이터가 어느 정도 크기(예: 수십 MB)까지 Redis에 캐싱을 허용하시나요?데이터가 너무 크면 오히려 Redis에 부담이 될 것 같아서요. 2. 만약 결과가 너무 크다면, 페이징 처리된 일부만 캐싱하시나요?아니면 보고서처럼 핵심 요약 데이터만 따로 캐싱하는 전략을 사용하시나요? 3. 특히 이런 복잡한 집계/통계 쿼리는 데이터 변경이 잦지 않은데,이런 경우 TTL은 보통 어느 정도로 설정하시는지 강사님의 경험이 궁금합니다.

안녕하세요! 데이터베이스 쪽 강의 들으면서 궁금한 부분이 있어 질문 남깁니다! 데이터베이스에는 크게 RDBMS 와 NoSQL 나뉠 수 있다고 했는데그럼 둘 중에 하나를 선택할 때 기준이 있을까요?   답변 남겨주시면 감사하겠습니다! 

안녕하세요 강사님 수업 잘 듣고 있습니다.강의 범위에서 조금 벗어난 것 같긴 하지만.. 레디스 서버 구성에 대해 궁금한 점이 있어서 질문 드립니다.강의에서는 여러 대의 웹서버에서 레디스 서버 한 대로 요청을 보내는 구성에 대해서 설명하시는데, 레디스 서버는 이중화/다중화를 고려하지 않는 건지 궁금해서요.웹서버가 수십 대로 구성되어 있더라도 레디스 서버는 보통 한 대로 운영하는 것인지 궁금합니다.

안녕하세요, 강의 중 궁금한 점이 생겨 질문드립니다.GROUP BY 사용 패턴3: 필터링 후 그룹화에서 WHERE status = 'paid' GROUP BY status ORDER BY status처럼 동일한 컬럼을 사용하는 경우, 하나의 인덱스로 효율적으로 처리할 수 있다고 말씀하셨는데요.이 경우 WHERE 절에서 status = 'paid'로 필터링하면, 결과가 모두 동일한 status 값을 가지게 되어 GROUP BY나 ORDER BY를 추가해도 WHERE 절만 사용한 것과 결과가 동일하지 않을까요?궁금한 점:WHERE, GROUP BY, ORDER BY에서 동일한 필드를 사용하는 실제 사용 사례가 있을까요? 

안녕하세요 논리적 삭제를 위한 컬럼 적용시 해당 테이블에서 조회할때 조회 조건에 항상 deleted_at 컬럼이 포함될거 같은데요 그러면 INDEX생성에 반영해주는게 좋을까요?

학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요!서로 예의를 지키며 존중하는 문화를 만들어가요.잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해 주세요. 선생님~ 마지막 강의까지 수강을 했는데요강의 말미에 5회분 모의고사 꼭 풀어보라고 말씀주셨는데혹시 어디에 있는지 여쭤봐도 될까요?(아직 챕터별 퀴즈는 안풀어봤는데 그게 모의고사일까요?)

안녕하세요 강사님! 좋은 강의 감사드립니다.  이렇게 시원시원한 강의는 처음이네요. 다름이 아니고 혹시 몽고DB에 대한 강의 계획은 없으신지 궁금합니다! 그리고 현재 엘라스틱 서치는 검색 최적편 이 있는데 그 외에 다른 편은 어떤 걸 기획중이신지 궁금합니다.

처음 세팅을 강사님처럼 naver-client 모듈을 생성하고 하지는 않았긴 했는데 이게 이유가 될 수 있나요? external에서 테스트할 때는 동일하게 common 쪽 import 하고 사용했을 때 테스트가 정상적으로 동작을 해서 뭐가 원인인지 모르겠습니다.C:\Users\82108\Desktop\PARK_BH\library-search\search-api\src\main\java\com\library\controller\BookController.java:3: error: cannot find symbolimport com.library.NaverBookResponse; ^ symbol: class NaverBookResponse location: package com.library

 강사님과 똑같은 상황인 기본 생성자가 없는 상태인데 저는 왜 문제가 발생하지 않을까요?

안녕하세요.토큰 관련해서 레디스에 저장하는 게 리프레시 토큰이라고 하셨는데요. 액세스 토큰을 저장 안 하는 건지 궁금합니다.리프레시 토큰은 액세스 토큰이 만료될 떄 필요하니까 상대적으로 사용 빈도가 낮고 매 요청 시에는 액세스 토큰이 쓰이는 걸로 알고 있어서요. 그렇다면 수시로 검증해야 하는 토큰은 액세스 토큰이 아닐까 해서요.감사합니다.