혹시 디비 쿼리 날릴때요 .. ^^ 정보
혹시 디비 쿼리 날릴때요 .. ^^본문
그누보드 질문이 아니라 포괄적인것이라 많이들 보시는 여기다 남겨도 되겠죠 ?? ^^;;
디비에서 select 할때요 그누보드를 기준으로 한다면 .. 음
select * from g4_테이블 하면 .. wr_id값부터 제목 컨덴츠 등등 해당 디비에서 전부 가져 오잖아요 ..
그렇다면 10개의 정보만 가져 온다고 한다면 select wr_id,came,wr_subject.. 등등 from g4_테이블
이렇게 일일이 불러 올것만 불러 오는것과 그냥 select * 하는것과 장기적으로 보면 차이가 많이 나나요 ?^^;;
추천
0
0
댓글 9개
테이블의 데이터가 많을때 차이가 많이 나는걸로 알고 있습니다.
게시글이 10만 100만건 이상된다면 차이가 현저하게 난다고 들었습니다.^^
게시글이 10만 100만건 이상된다면 차이가 현저하게 난다고 들었습니다.^^
똥싼 너구리님 답변 정말 감사 합니다.
그렇다면 필요한 필드만 불러 와야하는게 정상이겠군요 ^^
늦은 시간에 정말 많은 도움 되었습니다.^^
편안한밤 되세요 ^^
그렇다면 필요한 필드만 불러 와야하는게 정상이겠군요 ^^
늦은 시간에 정말 많은 도움 되었습니다.^^
편안한밤 되세요 ^^
방황하는 중년님 늦은 시간에 정말 감사 드립니다. ^^
많은 도움 되었습니다. 늦은 시간 안녕히 편안한밤 되세요 ^^
많은 도움 되었습니다. 늦은 시간 안녕히 편안한밤 되세요 ^^
행님님 늦게까지 안주무시는 군요 ^^
아빠 불당님은 해당 오픈코드 인가요 ? 사이트가 거기서는 계속 업대이트 하시는거 같던데요 ^^
아빠 불당님은 해당 오픈코드 인가요 ? 사이트가 거기서는 계속 업대이트 하시는거 같던데요 ^^
10개만 가져 온다면
글쎄요. 뭐가 빠를지 판단에 안 서네요.
ssd가 아니라면 데이터 분포도를 먼저 알아야겠군요.
하드 디스크에서 가져 올 때는 어차피 블럭 단위라서......
글쎄요. 뭐가 빠를지 판단에 안 서네요.
ssd가 아니라면 데이터 분포도를 먼저 알아야겠군요.
하드 디스크에서 가져 올 때는 어차피 블럭 단위라서......
엑스엠엘님 답변 감사 드립니다. ^^
그렇다면 select wr_id .. 등등 10개 이상이 넘어 가면
select *
이랑 별반 다를게 없다는 말씀 이네요 ? ^^;;
그렇다면 select wr_id .. 등등 10개 이상이 넘어 가면
select *
이랑 별반 다를게 없다는 말씀 이네요 ? ^^;;
1. ssd 효과는 데이터 분포도에 있습니다. 일반 하드는 분포도가 나쁘면 속도가 확 떨어집니다.
2. 결과적으로 화면 보이는 것은 100건 미만입니다. select 몇 만 개 해서, 그 중에 10건만 보여주는 건 피해야죠.
3. 최종 화면에 보여줄 row 수가 100건 미만이면 select *나 select columns나 큰 차이는 없다는 거죠. 단 row 크기가 크지 않은 경우에 한해서요.
4. 튜닝 일차 목표는 불필요한 디스크 엑세스를 줄이는 겁니다.
2. 결과적으로 화면 보이는 것은 100건 미만입니다. select 몇 만 개 해서, 그 중에 10건만 보여주는 건 피해야죠.
3. 최종 화면에 보여줄 row 수가 100건 미만이면 select *나 select columns나 큰 차이는 없다는 거죠. 단 row 크기가 크지 않은 경우에 한해서요.
4. 튜닝 일차 목표는 불필요한 디스크 엑세스를 줄이는 겁니다.
개념적으로 정리하자면 RDB는 면적입니다.
10개의 컬럼 이라면 행수가 100개면 1000개의 면적이 생기고
1개의 컬럼이라면 100개의 면적이 생깁니다.
그러므로 컬럼수를 줄여주는것이 당연이 속도가 좋아집니다. 이부분은 코딩의 기본입니다.
10개의 컬럼 이라면 행수가 100개면 1000개의 면적이 생기고
1개의 컬럼이라면 100개의 면적이 생깁니다.
그러므로 컬럼수를 줄여주는것이 당연이 속도가 좋아집니다. 이부분은 코딩의 기본입니다.