Rich Tiger Story

단순 명료한 설계를 위해 고려할것

리치타이거 — Wed, 20 Aug 2008 23:25:20 +0900

설계를 위해서 무엇을 어떻게 이용할것인가?

정보의 단절을 어떻게 막을것인가?
(엔티티 간의 연결)

융통성과 통합성을 어떻게 유지할 것인가?

관계형 데이터베이스 특성을 어떻게 반영할것인가?

단순 명료하면서 원하는 수행속도를 보장받을수 있는가?

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

이건 뭐지?

리치타이거 — Wed, 20 Aug 2008 23:14:10 +0900

남자 핸드볼 졌는데 ㅡㅡ); 이건 뭐지..

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

20%의 법칙

리치타이거 — Wed, 20 Aug 2008 23:08:44 +0900

어떤 사람이 개미를 관찰했더니

모든 개미가 열심히 움직이고 있지만 그중 쌀한톨이라도 짐어지고 움직이는 개미(실제적으로 일을 하는)는 전체의 20%로 뿐이었다.

그래서 일을 하는 개미를 다 빼낸후 봤더니 남은 개미의 20%로는 일을 하더라..

전체의 20%가 일을 해서 전체를 먹여살린다는 20%의 법칙...

나는 그 20%인가?

글쎄올시다 ㅋㅋ

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

데이터베이스 모델링 단계

리치타이거 — Wed, 20 Aug 2008 17:21:00 +0900

데이터베이스 모델링 :

현실 세계의 업무적인 프로세서를 물리적으로 데이터베이스화 하기위한 과정
개념적 모델링, 논리적 모델링 , 물리적 모델링 단계로 구성 된다.

1. 개념적 모델링

목적 :

어떤 정보가 필요하며 어떤 데이터를 DB에 담아야 하는지등을 나타내기 위해
업무를 일반화 시키는 단계 (추상화)
업무적인 관점에서 접근하고 분석하는 단계

업무의 일반화 : 누구나 알기 쉬운 형식으로 표현한다.

결과물 :

E-R Diagram ( 관계형 ㄷㅔ이터베이스 이론이 적용안된 단계 )
분석 단계에서 얻어진 업무적 내용을 실체-관계 모델을 통해 E-R Diagram으로 표현한다.(추상화)

2. 논리적 모델링

목적 :

개념적 모델링에서 추출된 실체(Entity)와 속성(Attribute)들의 관계를
관계형 데이터베이스 이론에 맞게 구조적으로 설계하는 단계(스키마의 실체)로써
정확한 업무분석을 통한 자료의 흐름을 분석하여 실체(Entity)와 속성(Attribute)들의
관계를 구조적으로 설계한다.

단계:

메핑룰을 적용하여 관계 스키마로 변환한 후에 완벽한 정규화를 진행한다.

메핑룰(Mapping Rule) : 개념적 모델링 단계에서 얻어진 E-R Diagram을 관계형 데이터베이스 이론에 맞게 변환시키는것

관계 스키마 : 메핑룰을 통해서 읻어진 결과물

완벽한 정규화를 하는 이유 : 보다 효율적으로 데이터를 저장할수 있는 구조를 만들기 위함

3. 물리적 모델링

목적 :

논리적 데이터 모형을 DBMS의 특성 및 효율적 DBMS가 되기 위한
데이터 분산등을 고려해 데이터베이스 스키마를 구축한다.

단계 :

1) 개발 DBMS를 선정하고 DBMS에 맞는 컬럼의 데이터 타입과 사이즈를 정의
(각 DBMS에 따라서 데이터 타입과 지원 사이즈가 틀리다.)

2) 데이터 사용량과 사용자들이 데이터베이스를 어떻게 사용하지는
구체적인 업무 프로세스를 분석

3) 역정규화 수행
역정규화 : 데이터베이스가 보다 효율적으로 동작하도록 하기위해 정규화에 위배되는 행위를 일부러 하는것

4) 인덱스, 뷰, 스토어드 프로시저, 함수, 트리거, 제약조건 등 데이터베이스의 개체들 정의

5) 물리적인 데이터베이스 생성

(출처 : SQL Server 2005를 위한 데이터베이스 모델링)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

RAID

리치타이거 — Tue, 19 Aug 2008 19:06:34 +0900

개념
여러개의 디스크를 묶어서 하나의 디스크로 사용하는것.
구성 방식에 따라 입출력 성능 향상, 여러개의 디스크중에서 일부의 디스크가 고장나도 데이터의 안전을 보장할수 있는 장점이 있다.

예) 100MB 디스크 10개를 묶어서 하나의 1GB 디스크처럼 사용

종류
하드웨어 RAID, 소프트웨어 RAID로 나눌수 있다.

하드웨어 RAID : 하드웨어 장치로 RAID 구성
별도의 장치에 여러개의 디스크를 장착하여 하나의 디스크처럼 사용하는 장비

소프트웨어 RAID : 컴퓨터에 장착된 여러개의 디스크로 RAID를 구성
하드웨어 RAID보다 안정성은 떨어지지만 비용은 저렴하다.

RAID 레벨

※ 볼륨(Volume) : 여러개의 디스크를 하나의 논리적인 장치로 구성한것

스트라이프 볼륨(RAID-0)

2개 이상의 디스크로 한개의 볼륨을 만든것으로 스팸볼륨과 동일하나 저장방식이 다름
공간효율 : 100%
저장방식 : "ABCDEF" 저장시 디스크1에 "ACE" 디스크2dp "BDF"를 저장
"A", "B"를 동시에 저장하기 때문에 디스크의 입출력 속도가 빠름

장점 : 입출력 성능이 가장 뛰어남
단점 : 두개의 디스크중 하나라도 고장나면 모든 데이터는 날아간다.

미러 볼륨(RAID-1)

거울처럼 똑같은 디스크를 구성

공간효율 : 100GB 디스크 2개로 구성하면 100GB(공간효율 50%)
저장방식 : "ABCDEF" 저장시 모든 디스크에 "ABCDEF" 저장

장점 : 디스크 하나에 문제가 발생해도 데이터는 무사하다.
읽기 성능이 싱글 디스크에 비해서 좋다.

단점 : 저장 비용증가 (각 미러는 100% 디스크 오버헤드)
디스크 고장으로 인해 디스크 교체시 또는 새 RAID-1의 재 동기화는 원본 디스크의 블럭 대 블럭의 복사 후에 사용 가능(블럭의 복사는 엄청난 I/O로 부하가 큼)
한쪽 디스크의 쓰기작업이 끝나지 않거나 디스크의 성능차이가 발생하면 쓰기 성능저하

RAID-5

미러 볼륨처럼 데이터의 안정성이 어느정도 보장되면서 공간효율성이 좋은 방식

요구사항 : 최소한 3개 이상의 디스크가 필요, 실무에선 5개 이상의 디스크로 구성한다.
구성원리 : 데이터 저장시에 패리티를 같이 저장하여 디스크문제 발생시 원래의 데이터를 예측
공간효율 : 100GB 디스크 3개로 구성하면 200GB(100GB 디스크 10개로 구성하면 900GB 사용가능)

장점 : 어느정도의 결함 허용을 해주면서 저장공간의 효율도 좋다.

※ RAID-4와 RAID-5의 차이점
RAID-4는 디스크 하나를 패리티 전용 디스크로 사용하기 때문에 패리티 전용 디스크에서 병목 현상이 발생할수도 있다. RAID-5는 패리티를 각각의 디스크에 저장하기 때문에 패리티 전용 디스크의 병목 현상을 제거 하였다.

RAID-0+1, 1+0

RAID-0과 RAID-1를 합쳐놓은것
RAID 1+0를 선호하는 편.

자세한 설명은 아래 그림 참고

※ 이 그림은 http://www.databaser.net 에서 가져 왔습니다.

RAID-0+1

1. 디스크를 선택한다.
2. 디스크들끼르 스트라이프 한다.
3. 새로운 디스크를 선택한다.
4. 새롭게선택된 디스크를 스트라이프 한다.
5. 스트라이프된 디스크들끼리 미러링한다.

RAID-1+0

1. 디스크를 선택한다.
2. 선택된 디스크들끼리 미러링한다.
3. 미러된 디스크들을 스트라이프한다.

(출처 : 뇌를 자극하는 SQL Server 2005 부록, http://www.databaser.net )

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.