SQL 짜는거야 가능하긴 하지만
DB 특성을 전혀 모르고 짜니깐 내가 맞게 짠건지, 성능이랑 이런것도 잘 예측이 안되네
우리회사에 테스트유닛같은게 있을리도 없고.. 시부럴 애초부터 컴공도 아닌새끼 DB시키는거부터 잘못된거지 뭐...
SQL 짜는거야 가능하긴 하지만
DB 특성을 전혀 모르고 짜니깐 내가 맞게 짠건지, 성능이랑 이런것도 잘 예측이 안되네
우리회사에 테스트유닛같은게 있을리도 없고.. 시부럴 애초부터 컴공도 아닌새끼 DB시키는거부터 잘못된거지 뭐...
용접배우자
지이잉~
컴공 나오면 sql이 그나마 익숙할꺼란 망상. 현실은 sql길게 쓰는건 전부 한계를 느낌
익숙하고 말고가 문제가 아니라 DB라는게 어케생겨먹었는지 전혀 모르는데 SQL짜니깐, subquery가 나은건지 inner join이 나은건지 이런게 전혀 예측이 안된다고
니가 아무리짱구굴려서 개선되는 퍼포먼스 vs 좃꼴리는대로 짜서 돌리면 가동되는 옵티마이저 성능. 결론은 후자 승.
아 그러면 원래 기능만 되면 아무런 상관없는거야? 나는 아니지만 팀원중에 SQL 짠거로 서비스 돌릴때마다 1분씩 걸렸던적은 있는데, 우리 회사는 옵티마이저도 없다는건가 시부럴 ㅋㅋㅋ
컴공나와도 조인못하는애도 수두룩 - dc App
예상실행계획 쓰자
그게멍미
쿼리가 어떻게 실행되는지랑 성능 보여줌 그리고 한 가지 추천하자면 쿼리 속도개선이나 튜닝방법 찾아보셈 서브쿼리는 조인으로 바꿀 수 있으니 되도록이면 사용 안 하는 게 좋음
ㅇㅎ 하지만 우리회사는 자가 DB를 사용하기 때문에 없을 확률이 99프로
DBMS를 만들어서 씀??
컴공에서도 디비 깔짝배우는거라 별 상관없음ㅋㅋ
화식이 할아버지 책은 너무 두껍도 내용도 대학원과목 수준이고. 춘식이옹 sql 최적화 책 18000원인가 하는거 사서 주욱 읽어봐라.
그냥 지금 데이터베이스 공부하면 됨. 딱 디비 공부할 타임이구만
기분나쁠수있겠지만 댓글읽어보니까 진짜 기본적인 개념파악도 잘 안되고 있는것 같은게 느껴지네