큐돌리는게 있는데 큐가 db에 저장하고 삭제하는 작업이 빈번하니까 rdbms말고 인메모리db를 쓰는게 맞다고 생각했음요.... - dc App
익명(jkh1447)2026-02-10 18:28
답글
@ㅇㅇ
오버엔지니어링 - dc App
딘퐁(film1341)2026-02-10 18:29
답글
ㄹㅇ임..? 그럼 다뜯어고쳐야하는데 - dc App
익명(jkh1447)2026-02-10 18:29
답글
@ㅇㅇ
db에 넣으면 되잖아 - dc App
딘퐁(film1341)2026-02-10 18:30
답글
그런데 rdbms쓰면 제가 알기론 큐상태같은데 인덱싱을 걸건데 큐가 많은 갱신이 있으면 그만큼 인덱스계산에 오버헤드도 많이 발생할거같음 레디스는 애초에 그냥 해쉬나 zset쓰면 거의 1만에 가져올수도 있고
원자성 측면에서도 더 편리할거같은데 아님? - dc App
익명(jkh1447)2026-02-10 18:34
답글
@ㅇㅇ
레디스 쓴 이유를 나조차 설득못하는데 면접관이 이해하겟미 - dc App
딘퐁(film1341)2026-02-10 18:34
답글
@ㅇㅇ
*큐같이 많은 갱신이 있으면 - dc App
익명(jkh1447)2026-02-10 18:34
답글
@ㅇㅇ
실제로 테스트 해보고 결정한거임?
인덱스갱신시간은 인간이 느낄수옶을정도로 빠른데 - dc App
딘퐁(film1341)2026-02-10 18:35
답글
@ㅇㅇ
그래서 갱신이 많으면 어떤 문제가 생겨? 사용자가 지연을 느껴? - dc App
딘퐁(film1341)2026-02-10 18:35
답글
@ㅇㅇ
아니먄 cpu나 메모리가 터져? - dc App
딘퐁(film1341)2026-02-10 18:36
답글
@ㅇㅇ
걍 메모리에 올려놓고 쓰면 안되나요
백갤러 2(211.235)2026-02-10 18:36
답글
@딘퐁
레디스가 없어도 문제가 없는데
레디스를 써서 인프라를 늘리는게 맞는걸까? - dc App
딘퐁(film1341)2026-02-10 18:39
답글
실제 테스트를 해보진 않았음 이건 답을 못하겠네
진짜 사용자가 많다면 지연을 느낄수 있다고 생각함
어차피 사용자 적으니까 안하기보단 확장성을 고려해서 했음
사용자가 적으면 메모리가 안터지겠지만 많아지면 그만큼 서버를 늘리는게 맞다고 생각함 - dc App
익명(jkh1447)2026-02-10 18:40
답글
이런식으로 면접질문 하는구나
후 걍 구멍이 너무 많네 - dc App
익명(jkh1447)2026-02-10 18:42
답글
@ㅇㅇ
쓰는게 잘못된건 아닌데
의사결정에 수치가 전혀없어 - dc App
딘퐁(film1341)2026-02-10 18:46
답글
요즘엔 신입한태 그런 의사결정 능력까지 원한다는거지? 진짜 쉽지않다
그냥 많은 레퍼런스들이 redis를 많이 선택하더라
현실적으로 테스트는 힘들고
rdbms 를 사용하는 곳도 있지만 redis가 대부분이더라 라고하면 택도없나
무조건 수치적인 이유가 필요한건가 - dc App
익명(jkh1447)2026-02-10 18:48
답글
@ㅇㅇ
가성비 비교할때 누가 더 싼지 수치를 비교하잖아 같은거지 - dc App
딘퐁(film1341)2026-02-10 18:50
답글
@ㅇㅇ
수치 찾아보면 다 나옴
백갤러 3(175.123)2026-02-10 18:50
답글
어떻게든 이유를 만들어야하나
아니면 지금이라도 db 를 다시 바꿔야하나...
조언 하나만 해줄수있음? - dc App
익명(jkh1447)2026-02-10 18:53
답글
@ㅇㅇ
너가 모르는데 내가어캐알어 - dc App
딘퐁(film1341)2026-02-10 18:59
답글
ㅇㅋ ㄱㅅㄱㅅ - dc App
익명(jkh1447)2026-02-10 19:10
레디스 왜썼어
백갤러 1(211.235)2026-02-10 18:26
답글
적었어요... - dc App
익명(jkh1447)2026-02-10 18:28
뭔가를 주장해야 할때는 근거가 있어야함
Java(jobumstead)2026-02-10 18:31
db구축해서 계정 접근권한 셋팅하고 할시간에 도커로 레디스올리는게 빠르고 이식성 확장성 더좋아서요 - dc App
익명(1.235)2026-02-10 18:57
답글
그거만으로 될까.. - dc App
익명(jkh1447)2026-02-10 19:10
답글
무슨답을 내놓든 안끝나지 어디까지 아나 보는거니까 - dc App
익명(1.235)2026-02-10 19:27
답글
음 ㅇㅋ
생각해보니까 rdbms로 했다고 해도 역으로 질문을 왜 레디스 안썼냐고 물어볼거같네
결국에는 꼬리질문을 잘 대답할수있게 준비해야겠다 - dc App
레디스를 쓰는 이유를 설득해봐 - dc App
큐돌리는게 있는데 큐가 db에 저장하고 삭제하는 작업이 빈번하니까 rdbms말고 인메모리db를 쓰는게 맞다고 생각했음요.... - dc App
@ㅇㅇ 오버엔지니어링 - dc App
ㄹㅇ임..? 그럼 다뜯어고쳐야하는데 - dc App
@ㅇㅇ db에 넣으면 되잖아 - dc App
그런데 rdbms쓰면 제가 알기론 큐상태같은데 인덱싱을 걸건데 큐가 많은 갱신이 있으면 그만큼 인덱스계산에 오버헤드도 많이 발생할거같음 레디스는 애초에 그냥 해쉬나 zset쓰면 거의 1만에 가져올수도 있고 원자성 측면에서도 더 편리할거같은데 아님? - dc App
@ㅇㅇ 레디스 쓴 이유를 나조차 설득못하는데 면접관이 이해하겟미 - dc App
@ㅇㅇ *큐같이 많은 갱신이 있으면 - dc App
@ㅇㅇ 실제로 테스트 해보고 결정한거임? 인덱스갱신시간은 인간이 느낄수옶을정도로 빠른데 - dc App
@ㅇㅇ 그래서 갱신이 많으면 어떤 문제가 생겨? 사용자가 지연을 느껴? - dc App
@ㅇㅇ 아니먄 cpu나 메모리가 터져? - dc App
@ㅇㅇ 걍 메모리에 올려놓고 쓰면 안되나요
@딘퐁 레디스가 없어도 문제가 없는데 레디스를 써서 인프라를 늘리는게 맞는걸까? - dc App
실제 테스트를 해보진 않았음 이건 답을 못하겠네 진짜 사용자가 많다면 지연을 느낄수 있다고 생각함 어차피 사용자 적으니까 안하기보단 확장성을 고려해서 했음 사용자가 적으면 메모리가 안터지겠지만 많아지면 그만큼 서버를 늘리는게 맞다고 생각함 - dc App
이런식으로 면접질문 하는구나 후 걍 구멍이 너무 많네 - dc App
@ㅇㅇ 쓰는게 잘못된건 아닌데 의사결정에 수치가 전혀없어 - dc App
요즘엔 신입한태 그런 의사결정 능력까지 원한다는거지? 진짜 쉽지않다 그냥 많은 레퍼런스들이 redis를 많이 선택하더라 현실적으로 테스트는 힘들고 rdbms 를 사용하는 곳도 있지만 redis가 대부분이더라 라고하면 택도없나 무조건 수치적인 이유가 필요한건가 - dc App
@ㅇㅇ 가성비 비교할때 누가 더 싼지 수치를 비교하잖아 같은거지 - dc App
@ㅇㅇ 수치 찾아보면 다 나옴
어떻게든 이유를 만들어야하나 아니면 지금이라도 db 를 다시 바꿔야하나... 조언 하나만 해줄수있음? - dc App
@ㅇㅇ 너가 모르는데 내가어캐알어 - dc App
ㅇㅋ ㄱㅅㄱㅅ - dc App
레디스 왜썼어
적었어요... - dc App
뭔가를 주장해야 할때는 근거가 있어야함
db구축해서 계정 접근권한 셋팅하고 할시간에 도커로 레디스올리는게 빠르고 이식성 확장성 더좋아서요 - dc App
그거만으로 될까.. - dc App
무슨답을 내놓든 안끝나지 어디까지 아나 보는거니까 - dc App
음 ㅇㅋ 생각해보니까 rdbms로 했다고 해도 역으로 질문을 왜 레디스 안썼냐고 물어볼거같네 결국에는 꼬리질문을 잘 대답할수있게 준비해야겠다 - dc App
어차피 뭘해도 쳐맞으니까, 원하는 질문을 유도한다는 마인드로 ㄱㄱ
그런거같음 ㅋㅋ ㅇㅋ - dc App