HIT_INFO
id hit
1 50
2 30
3 100
4 10
5 0
이런 데이터를
hit가 0개인 갯수
hit가 0개 초과 50개 미만인 갯수
hit가 50개 이상 100개 미만인 갯수
hit가 100개 이상인 갯수
이런식으로 나눠서 뽑으려고 하는데요
데이터도 0, 0up, 50up, 100up 으로 바꿔야해요
결론적으로
0 1
0up 2
50up 1
100up 1
이렇게 나와야하는데
SELECT
CASE
WHEN hit IS NULL THEN '0'
WHEN hit >= 1 AND hit < 50 THEN '0up'
WHEN hit >= 50 AND hit < 100 THEN '100up'
ELSE '100up'
END AS 'HIT_RANGE',
COUNT(*) AS 'ID_COUNT'
FROM HIT_INFO
GROUP BY 'HIT_RANGE';
이거 돌리면 자꾸 row가 하나만 나오는데
뭐가 문제인지 아시는분?
MY SQL 입니다
19개의 댓글
무분별한 사용은 차단될 수 있습니다.
존버승리
아 머리야 count(*)해서 전체 다 더한 값 하나가 나오는거 아님?
에더리
그런것 같긴한데... 개별로 카운팅하려면 어떡해야할까요
* 대신 id 넣어도 똑같이 row 하나만 나오네요
뇨끼먹은토끼
```
SELECT
CASE
WHEN hit = 0 THEN '0'
WHEN hit >= 1 AND hit < 50 THEN '0up'
WHEN hit >= 50 AND hit < 100 THEN '50up'
ELSE '100up'
END AS HIT_RANGE,
COUNT(*) AS ID_COUNT
FROM HIT_INFO
GROUP BY HIT_RANGE;
```
1. `HIT_RANGE` 따옴표 뺌
2. 50up이 없어서 추가함
결과값 예시)
```
HIT_RANGE ID_COUNT
0 1
0up 2
50up 1
100up 1
```
에더리
감사합니다!!
않이... 따옴표때문에 그렇다고...!?!?
이유가 뭘까요
뇨끼먹은토끼
따옴표 넣으면 'HIT_RANGE'라는 개별 문자열로 취급하기 때문
코노딩예
코테면 모르겠는데 개발인 경우, 웬만하면 그냥 통으로 백단으로 들고온 후 거기서 가공하는게 좋슴니다...
ㄹㅇㄹ3
왜용? 백엔드는 확장이 더 용이해서그런가 ?
dsada12345
디비자원은 비싼데 서버자원은 쌈
코노딩예
디비는 조회만!
데이터 가공 및 연산은 백단에서!
이렇게 해야 오랜 기간 깔끔하게 운영할 수 있음
데이터 가공 및 연산을 디비에서 하게되면 자원 문제도 있는데, 어떤 예외상황이 터질 지 모름.
비숙련 개발자의 코드로 락을 계속 잡고있을수도있고, 씨퓨나 메모리를 많이 먹어서 최악의 경우 디비가 행걸리거나 아예 죽어버리면 운영 자체를 못함.
실제 데이터가 들어있는 디비는 딱 crud만 해주는게 운영적인 관점에서 안정적으로 오래 끌고갈 수 있음
sjw3ur
이거 추천 DB는 조회만 하거 대량 연산 필요하먄 덤프 떠서 하는게 편함
멍멍이
나는 쿼리 한방에 쭉 뽑아서 화면에 바로 뿌리는걸 선호하는데 이게 더 별로인거네
코노딩예
한방쿼리는 지양해야해~
멍멍이
한방쿼리.. 못참아..
동양의학을 무시하지마라..
코노딩예
잠금압박
대량연산 시간 생각하면
코딩보다 쿼리에서 거르는게 훨씬 빠를텐데?
코노딩예
그런식으로 생각하면 문제가 생길 포인트가 너무 많아짐.
단순 성능만 생각하면 안돼.
안정적으로 운영해야지
에더리
개인공부입니다 감사합니다
룰루루룽룽
누적되면 코스트 많이 들거 같은 연산이구만
다른 대안방안 생각해봐야함
에더리
개인공부입니다 감사합니다.