gsi

조인 테이블 테스트시 필요한 쿼리문
학생, 동아리 테이블은 기본으로 생성됨
학생동아리 테이블은 FK로 구성되어짐
-------------------------------------------------------------------------------------------
use sqlDB
create table stdTbl
(
 stdName nvarchar(10) not null primary key,
 addr nchar(4) not null
)
go

create table clubTbl
(
 clubName nvarchar(10) not null primary key,
 roomNo nchar(4) not null
)
go

create table stdclubTbl
(
 num int identity not null primary key,
 stdName nvarchar(10) not null
  foreign key references stdTbl(stdName),
 clubName nvarchar(10) not null
  foreign key references clubTbl(clubName)
)
go

insert into stdTbl values('박지성', '서울')
insert into stdTbl values('박주영', '경기')
insert into stdTbl values('조재진', '충북')
insert into stdTbl values('이천수', '인천')
insert into stdTbl values('안정환', '강원')
go
insert into clubTbl values('수영', '101호')
insert into clubTbl values('바둑', '102호')
insert into clubTbl values('축구', '103호')
insert into clubTbl values('봉사', '104호')
go
insert into stdclubTbl values('박지성', '바둑')
insert into stdclubTbl values('박지성', '축구')
insert into stdclubTbl values('조재진', '축구')
insert into stdclubTbl values('이천수', '축구')
insert into stdclubTbl values('이천수', '봉사')
insert into stdclubTbl values('안정환', '봉사')
go

--확인방법
USE oms25_20070801
GO
-- 사전에 sysindexes에 있는 정보를 최신상태로 업데이트
DBCC UPDATEUSAGE(0)
GO

-- 결과 내용 (몇가지 최적화가 수행된다면, 아래와 같이 나온다.)
DBCC UPDATEUSAGE: 테이블 'TBL_BIZOBJ_STATUS'의 업데이트된 수(인덱스 'IX_TBL_BIZOBJ_STATUS_00', 파티션 1):
        DATA 페이지 (In-row Data): (12328)에서 (12377)(으)로 변경되었습니다.
        USED 페이지 (In-row Data): 12427개 페이지에서 12476개 페이지로 변경되었습니다.
        RSVD 페이지 (In-row Data): 12432개 페이지에서 12481개 페이지로 변경되었습니다.
DBCC UPDATEUSAGE: 테이블 'TBL_BIZOBJ_STATUS'의 업데이트된 수(인덱스 'IX_TBL_BIZOBJ_STATUS_01', 파티션 1):
        RSVD 페이지 (In-row Data): 1320개 페이지에서 1321개 페이지로 변경되었습니다.
...
DBCC 실행이 완료되었습니다. DBCC에서 오류 메시지를 출력하면 시스템 관리자에게 문의하십시오.

-- 결과 내용 (아무 이상이 없다면 아래와 같다.)
DBCC 실행이 완료되었습니다.

GridView 컨트롤이 존재 하지만 여러개의 데이터를 읽어 올때
데이터가 많아 지면 속도가 느려 지기 마련인데요.
top을 이용하면 해당 개수 만큼 값을 가져 올수 있어서 편한듯 합니다.

.net 3.5 부터는 page를 컨트롤 하는 컨트롤이 존재 하기 때문에
이 것과 연동하면 더 좋은 효과를 기대할 수 있다고 보여 집니다.

기본 코드는 아래와 같습니다.


위의 쿼리를 실행하면 5개의 데이터를 가져옵니다.

악성 쿼리를 찾는데 도움이 될듯 합니다.
현재 쿼리 문이 io를 어떻게 사용하고 있는지를 알려 줍니다.

select * from tb_double

이 쿼리를 날리게 되면 메시지 창에 (1000개 행 적용됨)
이라는 구문을 보실수 있습니다.

하지만 더 디테일 하게 보게 되면
select 을 하기 위해서 전체 몇 페이지를 읽고 있으며,
어떤 부하가 걸리고 있는지를 볼 수 있습니다.

set statistics io on
select * from tb_double

 

이상..

use fastDectionTest
go

set nocount on

-- 테이블을 지웁니다.
drop table tb_double

-- 테이블을 생성합니다.
cteate table tb_double
(