티스토리 툴바

MSSQL 인덱스 관련

분류없음 | 2011/01/29 16:41
Posted by 그이름
인덱스 생성 권장
- Where 절에서 자주 사용되는 열
- FK로 사용되는 열(PK는 자동으로 클러스터형 인덱스가 생성되나 FK는 자동으로 생성되지 않음)
- Join 에 자주 사요되는 열

인덱스 생성 비권장
- 데이터 중복도가 높은 열(분포도가 10% 넘는 경우)
- Insert, Delete, Update가 빈번하게 일어나는 경우
- 대용량 데이터가 계속해서 입력되는 시스템의 경우 클러스터형 인덱스가 구성되어 있을 경우 데이터가 입력되는 즉시 정렬이 계속 수행되고 페이지 분할이 끊임없이 일어날 수 있어 시스템의 성능에 큰 문제가 발생할 수 있으므로 PK 생성 시 Nonclustered 인덱스로 생성해야 함
ex ) create table xxx ( userID char(8) not null nonclustered primary key, .....)

포괄열 인덱스
Index with Included Columns를 사용할 경우 인덱스 길이가 900바이트를 넘으면 안됨. 
select에서는 성능이 확보될 수 있으나 I/D/U 작업에서 속도는 늦어진다.

필터링된 인덱스
created nonclustered index idx_filter on 테이블명( 컬럼명)
where 컬럼명 is not null

무제..

분류없음 | 2010/03/01 22:16
Posted by 그이름
마지막 글을 올린 지 벌써 1년이 넘는 시간이 흘렀다..
그 전에도 열심으로 매진한 블로그질이 아니지만 그 일년 동안은 관심의 대상조차 되지 못했다.

올 해 들어 많이 일이 생기고 있다.

나의 의지와는 상관없이 회사라는 모습의 조직의 형태와 존재의 의미에 큰 변동이 발생하면서 미래에 대한 고민이 더해 가고 있으며, 그와는 상관 없이 동안에 5개월여를 담당했던 일에서 완전히 손을 떼게 됨으로써 더 큰 불안과 고민에 빠져 있는 상태이다.

전자의 사건은 전적으로 내가 어쩔 수 없는 부분이니, 어느 정도 수긍하면서, 받아들이면 될 듯 한데..
후자의 사건은 어떻게 받아 들여야 할 지...몇 일을 쉬면서 생각을 정리하려 하고 있으나... 잘 되지 않는다..

이에 대한 후회라면..
일에 대한 욕심을 부리지 않았다는 것과
일에 대해서 타인에 대한 배려가 너무 컸다는 두 가지로 압축해 볼 수 있을 듯 하다.

올바른 일을 올바르게 처리하는 것은 범인들이 할 수 있는 가장 이상적인 형태의 것일 것 같고,
올바르지 않은 일이라도 올바르게 만들 수 있는 것은 비범인들이 할 수 있는, 말 그대로 능력을 보여주는 것이라 생각된다.
두 가지 다 일에 대한 욕심이 있어야 그리 할 수 있을 것이다. 또한 마무리와 평가는 일에 대한 결과로 보여주어야 하는데,
욕심도 없고 결과도 없었다..

일 처리하는 방식에 있어서도 욕심이 없으니 수동적일 수 밖에 없었으며, 욕심이 없으니 내 의견보다는 다른 사람의 의견을 존중한다기 보다는 다른 사람에게 책임을 전가했다고 보는 것이 맞을 것 같다.

욕심을 부려야 한다면, 이제 어느 부분에 욕심을 부려야 할까?
갑작스레 뜬금없이 이런 우울한 글이지만, 포스팅을 하고 있는 까닭은
작지만 예전에 시작했지만 마무리하지 못 한 것들 부터 하나씩 다시 시작해 보려 한 이유이나,
이 또한 순간적인 욕심의 발로가 되지 않았음 한다.

아직은 혼란스럽다.

Oracle Account Lock

분류없음 | 2009/01/05 23:38
Posted by 그이름
출처 : http://blog.naver.com/darkturtle?Redirect=Log&logNo=50027056525


10G 에서는 연속된 Login Fail ( 주로 비번에 의한)  시 Account  LOck 발생 한다.
-- Default Profile 에 정의된 login fail 과 lock time 조회
select * from dba_profiles where PROFILE='DEFAULT'
AND RESOURCE_NAME IN ('FAILED_LOGIN_ATTEMPTS','PASSWORD_LOCK_TIME');

-- FAILED_LOGIN_ATTEMPTS -- 연속해서 로긴 Fail Count 시 User Account Lock 발생
-- FAILED_LOGIN_ATTEMPTS 은 10GR1 에서는 UNLIMITED, 10GR2 에선 10 이다.
-- 디폴트로 연속해서 10번의 Password fail 시 Account Lock 발생함
-- FAILED_LOGIN_ATTEMPTS 가 3으로 정의된 상황에서
-- 결국 유저 A가 Scott 으로 3번 fail 실패 하고, 조용히 있는 상태에서
-- 유저 B 가 Scott 으로 접속시 아래와 같은 메시지를 볼수 있다.
-- 결국 유저 B 는 무죄일 가능성이 높다.
-- ERROR:
-- ORA-28000: the account is locked

-- ACCOUNT_STATUS 정보가 LOCKED(TIMED) 이 된다. 조회는 아래와 같이
-- SELECT USERNAME,ACCOUNT_STATUS,LOCK_DATE,PROFILE FROM DBA_USERS
-- WHERE ACCOUNT_STATUS ='LOCKED(TIMED)'
-- FAILED_LOGIN_ATTEMPTS 변경 ( 해당유저의 Profile 이 DEFAULT 일때 )
-- alter profile DEFAULT LIMIT FAILED_LOGIN_ATTEMPTS 3 ;
-- Account Lock 해제 
-- alter user scott account unlock ; 

[출처] Account Lock |작성자 타락천사

블로그 이미지

그이름

항상 기뻐해요, 쉬지말고 기도해요, 범사에 감사해요!!

카테고리

분류 전체보기 (85)
TECH (38)
My Best Life Now (37)
TODO (0)
OLD (0)