본문 바로가기

분류 전체보기

(270)
SQL Server 성능 향상을 위한 튜닝 가이드 [8/8] SQL Server for Developer: 관리자를 위한 튜닝 가이드 8. 모델링 번호 수칙 체크 1 정규화 및 적절한 경우의 비정규화가 잘 이뤄졌는가 수칙1. 정규화 및 적절한 경우의 비정규화가 잘 이뤄졌는가? 정규화 및 비정규화의 궁극적인 목표는 데이터의 중복을 제거하고 최소한의 논리적 단위로 테이블로 분리하는데 있습니다. 자세한 내용은 관련 모델링 서적을 참고하고 여기서는 정규화 수칙만 언급하겠습니다. 제1정규화 : 반복되는 그룹 속성을 제거한 뒤 기본 테이블의 기본키를 추가해 새로운 테이블을 생성하고 기존테이블과 1:n관계를 만듭니다. 제2정규화 : 복합키에 전체적으로 의존하지 않는 속성들을 제거합니다 제3정규화 : 기본키에 의존하지 않고 일반 컬럼에 의존하는 컬럼들을 제거합니다. 비정규화 :..
SQL Server 성능 향상을 위한 튜닝 가이드 [7/8] SQL Server for Developer: 관리자를 위한 튜닝 가이드 잠금 수칙1. 시간이 너무 오래걸리는 트랜잭션이 있는가? 수칙2. 데드락을 모니터링해서 개발자에게 해결을 요청했는가? 7. 잠금 번호 수칙 체크 1 시간이 너무 오래걸리는 트랜잭션이 있는가? 2 데드락을 모니터링해서 개발자에게 해결을 요청했는가? 수칙1과2.시간이 너무오래걸리는 트랜잭션이나 데드락을 모니터링 해서 뽑아내는가? 위의 두가지 사항은 손쉽게 프로필러로 뽑아낼 수 있습니다. 다음의 따라하기는 단순한 모니터링일뿐 근원적인 해결책은 아닙니다. 해결은 도움말 잠금편을 읽어보고 해결해야만 합니다. 또는 외부에 해결을 의뢰하기 위해 파일로 저장할 수도 있습니다. [따라하기] 01.데드락 유발쿼리 입니다 쿼리창을 열어 각각의 쿼리를 ..
SQL Server 성능 향상을 위한 튜닝 가이드 [6/8] SQL Server for Developer: 관리자를 위한 튜닝 가이드 인덱스 수칙1. 적절한 인덱스가 걸려있는가? (I/O 가 많은 경우 실행 계획 재검사) 수칙2. 인덱스 튜닝마법사로 점검했는가? 수칙3. 상황 발생시 인덱스 채우기 비율을 조정하는가? 6. 인덱스 번호 수칙 체크 1 적절한 인덱스가 걸려있는가? (I/O 가 많은 경우 실행 계획 재검사) 2 인덱스 튜닝마법사로 점검했는가? 3 상황 발생시 인덱스 채우기 비율을 조정하는가? 수칙1.적절한 인덱스가 걸려 있는가? 적절한 인덱스가 걸려있는지 인덱스 튜닝마법사로 확인할 수 있습니다. 또는 CTRL + K로 실행계획을 관찰 해도 됩니다. 인덱스를 만들어야 하는 장소 가. 참조키 나. 참조키가 아니더라도 join에 빈번히 사용되는 경우 다. s..
SQL Server 성능 향상을 위한 튜닝 가이드 [5/8] SQL Server for Developer: 관리자를 위한 튜닝 가이드 데이터베이스 설정 수칙1. 데이터베이스 기본 크기 및 증가율을 넉넉히 잡아 두었는가? 수칙2. 필요할 경우 읽기 전용을 사용하는가? (온라인 분석서버) 5. 데이터베이스 설정 번호 수칙 체크 1 데이터베이스 기본 크기 및 증가율을 넉넉히 잡아 두었는가? 2 필요할 경우 읽기 전용을 사용하는가? (온라인 분석서버) 수칙1. 데이터베이스 기본 크기 및 증가율을 넉넉히 잡아 두었는가? 데이터베이스 등록정보를 보고 기본크기를 여유있게 잡으며 증가단위는 메가단위로 1달에 1번이상 데이터베이스 자동증가가 이뤄지지 않도록 작성하는 것이 좋습니다. 가장 중요한 것은 최대 크기를 설정해두는 것입니다.[따라하기 데이터베이스 속성 설정] 1.다음의 붉..
SQL Server 성능 향상을 위한 튜닝 가이드 [4/8] SQL Server for Developer: 관리자를 위한 튜닝 가이드 SQL인스턴스 환경 설정 수칙1. 서비스 이상 발생시 자동 시작을 설정해두었는가? 수칙2. 고정 메모리를 사용하도록 해두었는가? 수칙3. SET OPTION을 사용하는가? 4. SQL인스턴스 환경 설정 다른 SQL인스턴스 설정값들은 상황에 따라 특수하게 공부를 해야하겠지만 아래의 3가지에 비해 그 중요도가 무척이나 떨어집니다 왜냐하면 SQL이 거의 자동으로 최적값에 세팅되어 있기 때문입니다. 번호 수칙 체크 1 서비스 이상 발생시 자동 시작을 설정해두었는가? 2 고정 메모리를 사용하도록 해두었는가? 3 SET OPTION을 사용하는가? 수칙1. 서비스 이상 발생시 자동시작을 설정해두었는가? 첫번째는 시스템 가동시 항상 서비스는 시작..
SQL Server 성능 향상을 위한 튜닝 가이드 [3/8] SQL Server for Developer: 관리자를 위한 튜닝 가이드 운영체제 환경 설정편 수칙1. 필요한 윈도우 구성 요소만 설치했는가? 수칙2. 최신 서비스 팩과 핫픽스를 설치했는가? 수칙3. 파티션은 NTFS를 사용하는가? 수칙4. 불필요한 서비스를 사용중지 설정을 해두었는가? 3. 운영체제 환경 설정편 다음의 내용은 솔직히 아주 간단한 내용입니다. 당연하지만 잘 지켜지지 않는 부분이라고 도 할 수 있습니다. 꼭 정확히 설정을 당부 드립니다. 번호 수칙 체크 1 필요한 윈도우 구성 요소만 설치했는가? 2 최신 서비스 팩과 핫픽스를 설치했는가? 3 파티션은 NTFS를 사용하는가? 4 불필요한 서비스를 사용중지 설정을 해두었는가? 수칙1.필요한 윈도우 구성요소만 설치했는가? - 불필요한 서비스의 설..
SQL Server 성능 향상을 위한 튜닝 가이드 [2/8] SQL Server for Developer: 개발자를 위한 튜닝 가이드 그 외 개발자 권고 사항 수칙1. 코드는 알아보기 쉽게 들여쓰기 합니다. 수칙2. 주석을 적절히 사용합니다. 수칙3. ANSI-92 SQL을 사용합니다 수칙4. 반드시 오류 여부를 확인하는 코드를 작성합니다. 수칙5. 기타 개발 시 중요한 조언들 2. 그 외 개발자 권고 사항 번호 수칙 체크 1 코드는 알아보기 쉽게 들여쓰기 합니다. 2 주석을 적절히 사용합니다. 3 ANSI-92 SQL을 사용합니다 4 반드시 오류 여부를 확인하는 코드를 작성합니다. 5 기타 개발 시 중요한 조언들 수칙1. 코드는 알아보기 쉽게 들여쓰기 합니다. 기억을 잃어버린 자신이 알아볼 수 있도록 쓰라는 말이 있습니다. 쿼리는 알아보기 쉽게 필요한 경우 적당..
SQL Server 성능 향상을 위한 튜닝 가이드 [1/8] SQL Server for Developer: 개발자를 위한 튜닝 가이드 본 튜닝 가이드는 경험 있는 SQL관리자와 초보자 모두에게 도움이 되도록 기초부터 고급까지 튜닝에 꼭 필요한 내용을 최대한 쉬운 예제를 통해 기술했습니다. 예제는 쉽더라도 그 내용은 무척 중요하므로 꼭 따라 하면서 본 튜닝 가이드를 실습하여 봅시다. 쿼리 디자인 수칙1. SELECT는 필요한 결과값만을 요구하는가? 수칙2. 적절한 WHERE조건을 사용하는가? 수칙3. COUNT(컬럼명) 대신 COUNT(*)을 사용하는가? 수칙4. 커서 및 임시 테이블의 내용을 최대한 자제하는가? 수칙5. VIEW의 총 사용을 줄였는가? 수칙6. 저장 프로시저를 사용하는가? 수칙7. 저장 프로시저를 적절하게 리컴 파일 하며 사용하는가 ? 수칙8. 작..
SQL Server DBA 가이드 SQL Server DBA 가이드 DBA라면 이 정도는 알고 있어야 하지 않을까요 !!! 이 페이지의 내용 데이터베이스 관리 백업과 복구 테이블 관리 시스템 오브젝트 생성 사용자 관리 서버 및 데이터베이스의 정보 확인 성능 모니터링 프로필러 문제 점검 및 해결 DBA의 역할과 책임 DBA의 역할 시스템과 조직에 따라 DBA의 임무에 차이가 있을 수 있지만 일반적으로 대부분의 DBA는 다음과 같은 작업들을 책임지고 수행해야 하는 임무를 가집니다. 설치와 환경설정 - 소프트웨어 설치 - 환경 설정 보안 관리 운영 - 백업과 복원 - 사용자 관리 - 기타 일상적인 운영 업무 서비스 레벨 유지 - 성능 최적화 및 성능 모니터링 - 용량 계획 (Capacity Planning) 시스템 가동 시간 관리 - 시스템 ..
다른 xaml에 있는 storyboard 불러오는 방법 쇼티예요. 두가지 방법이 있는데여. 전 개인적으로 전자의 방법으로 씁니다. ^^ 1. test xaml 안에 Begin메서드를 넣고 Page xaml에서 호출 - in test.xaml.cs public void start_storyboard() { (test의 스토리보드명).Begin(); } - in page.xaml.cs (적절한 곳에서) this.(test의 인스턴스).start_storyboard(); 2. page에서 test xaml 의 Resource를 그대로 호출 - in page.xaml.cs (적절한 곳에서) (this.(test의 인스턴스).Resources["(스토리보드명)"] as Storyboard).Begin(); 디버그해보시면 아시겠지만, Storyboard는 Resourc..