Database (123) 썸네일형 리스트형 SUBSTRING (사용자 아이디 중에 aaa100~200) -- 사용자 아이디 중에 aaa100~200 아이디가 aa11인것도 있고 해서 연산자비교도 안되고 like도 안된다. 따라서 substring으로 뒷번호 3자리를 받아와서 검색은 한다링~ -- 사용자 아이디 중에 aaa100~200 SELECT * FROM Person P WHERE SUBSTRING(P.userid,4,6) >=100 and SUBSTRING(P.userid,4,6) 시허어어어어어엉ㅁ SQL 튜닝의 의미에 맞는 것은 무엇인가요?3 최소한의 CPU와 많은 메모리를 사용하여 최대한 느린 시간내 원하는 데이터 작업을 수행하는 것을 의미한다. 최대한의 CPU와 메모리, I/O를 사용하여 최대한 빠른 시간내 원하는 데이터 작업을 수행하는 것을 의미한다. 최소한의 CPU와 메모리, I/O를 사용하여 최대한 빠른 시간내 원하는 데이터 작업을 수행하는 것을 의미한다. 최대한의 CPU와 적은 메모리를 사용하여 최대한 느린 시간내 원하는 데이터 작업을 수행하는 것을 의미한다. SQL Server에서 분석 및 설계 단계에서의 고려사항이 아닌 것은 무엇인가요?2 어떤 형태의 처리 및 조회를 할지 사전 분석 사용빈도가 낮은 화면일수록 SQL 구조적 설계 및 성능 최적화가 수월한 방향으로 설계 자주 실행되는 .. 클러스터 지정에 따른 인덱스 실행계획 비교하기 300개 데이터로만 해서 차이가 없다....................흑흑 왼쪽이 순차 정렬된 Clustered Index를 생성 했을 때, 오른쪽이 순차정렬된 NONClustered Index를 생성 했을때.. 쿼리문 1. --1. 데이터를 가져오기 = 개인정보 : Person SELECT p.personidx, p.userid, p.useraddr, p.useremail, p.usermobile, p.username, p.userpwd FROM Person AS P + 인덱스 없을 때 쿼리문 2 --2. 개인정보를 이용해서 직급정보 : 개인과 직원 정보 SELECT username, emprankid, emprankname FROM Person P JOIN Employee EMP ON P.perso.. SQL 대량의 데이터 랜덤으로 넣기 대량의 데이터 넣기~~ DECLARE @count INT SET @count = 1 WHILE(@count 통계 속성확인 코드, 업데이트 코드 통계 속성을 보는 명령어 DBCC SHOW_STATISTICS ([Person.Person], [AK_Person_rowguid]) --테이블명, 인덱스명 결과 : All density 가 0.몇이므로 밀도가 매우 낮아 현재 적정하다 통계 UPDATE명령어 UPDATE STATISTICS [Person].[Person] --테이블명 성능모니터를 이용한 sql 성능분석과 기준점 잡기 성능 모니터를 켜서 사용자정의에서 '새로만들기' -> '데이터 수집기 집합'을 선택하여 새로 만든다. 수동으로 만들기를 눌러준다. 데이터로그 만들기의 '성능카운터'와 '시스템 구성정보'만 선택한다. 성능카운터에서 '추가'버튼을 눌러서 메모리, 디스크, 프로세서, sql server 버퍼매니저, sql server sql statistics에서 각각 해당하는 것들을 선택한다. *디스크에서 각 항목 선택시 total 버튼을 누르지말고 0,1,2,3 이런식으로 숫자를 하나씩 눌러 추가해준다. -> 이유는 변동되는것을 하나씩 자세히 보기 위해서이다. 다음화면은 그대로 넘긴다 tempdb를 만들어 해당 폴더에 저장했다. 추후 분석 보고서가 여기에 작성이 된다. 그대로 넘긴다. 아래와 같이 MSSQL이라는 사용자정.. 리소스모니터로 SQL성능 실시간 측정 쿼리문을 돌려 SQLSERVER의 성능 실시간 확인하기... 쿼리문 SELECT *FROM [dbo].[COLUMTABLE] 실행하는데 1:12초정도 걸린다 실행전!!! 리소스 모니터를 킨 후 '개요'에 들어가서 SQLSERVER.EXE 를 체크한다. 실행전 아래과 같이 뜬다.(나는 미리 쿼리문 한번 돌려본 후라 기본값이 다를 수 있음) CPU 메모리 디스크 쿼리문 실행 후의 변화 CPU : 아마 CPU의 0,1,2를 SQL SERVER가 쓰고있는것으로 추측이 된다. 쿼리문을 실행하니 갑자기 올랐고, 끝날때쯤 급락한다. (그래프가) 메모리 : 음. 확실하지는 않지만 용량이 변화하함을 주의하면 될거같다. 디스크 : 실행하면 디스크0 그래프가 요동을 치고 디스크 활동에서 읽기/쓰기의 수치가 매우 높아진다. .. CACHE 테이블마다 정보를 가지고있고 이 정보로 통계를만들고 이것으로 계획을 짠다. -- * PLAN CACHE SQL Server는 한번 실행된 쿼리는 처음 만들어진 실행계획을 플랜캐시에 등록하여 이후에 재사용. 특정 조건을 만족하여 쿼리의 실행계획이 재 컴파일 되기 전까지는 말이다. 실행계획이 재 컴파일 되어 새로운 실행계획이 만들어지는경우 기존의 실행계획은 삭제되어 확인할 수 없다. 그럼 현재 플랜캐시에 있는 실행계획을 확인해 보도록 하겠다. 플랜캐시에서는 아래와 같은 정보를 확인할 수 있다. - 쿼리 구문 - 수행 횟수 - CPU 시간 - 수행 시간 - 논리적 읽기 - 논리적 쓰기 - 쿼리 플랜 자주쓰는 쿼리문을 컴파일 후 올려놓고 키값으로 매핑한다 A쿼리는 1번키, B쿼리는 2번키... 사용자가 2번키를.. 이전 1 2 3 4 ··· 16 다음
