자료실 |
SQL |
LIKE는 성능이 떨어진다 — FULLTEXT 인덱스를 활용하라 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
TRUNCATE는 DELETE보다 훨씬 빠르다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
UPDATE 문에서 조건을 빠르게 처리하려면 인덱스를 활용하라 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
JOIN 후 필터링보다는 WHERE에서 필터링하는 게 성능에 유리하다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
DISTINCT는 성능 저하를 일으킬 수 있다 — 중복 데이터 처리 시 GROUP BY로 대체하라 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
EXPLAIN으로 실행 계획을 분석해 성능을 최적화하라 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
INNER JOIN과 LEFT JOIN의 차이점을 명확히 이해하고 사용하라 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
JOIN과 OR을 함께 사용하면 성능이 저하될 수 있다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
GROUP BY는 필수 컬럼만 포함하라 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
JOIN을 사용할 때는 필요 없는 컬럼까지 조인하지 말라 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
HAVING은 집계 이후 필터링이다 — WHERE와 역할이 다르다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
조건마다 다른 집계를 원할 때는 SUM(CASE WHEN ...)이 정답이다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
DISTINCT는 만능이 아니다 — GROUP BY로 대체하는 게 더 유리할 때가 있다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
서브쿼리는 SELECT 말고 FROM에도 쓸 수 있다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |
자료실 |
SQL |
✅ 인덱스는 조건 순서에 따라 무용지물이 될 수 있다 |
영삼이쪽지보내기
메일보내기
자기소개
전체게시물 |
03-28 |