database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
ㆍMS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
MS-SQL Q&A 6622 게시물 읽기
No. 6622
파일그룹에 관련 궁금한점이 있습니다.
작성자
곰보
작성일
2013-01-22 16:32ⓒ
2013-01-22 16:36ⓜ
조회수
8,332

안녕하세요. 파일그룹에 관해서 궁금한 내용이 있어 질문드립니다.

예들를어 O라는 파일그룹이 있습니다.  그안에 a,b,c,d라는 파일들이 있고

각각 용량이 100MB, 10MB, 10MB,10MB가 있습니다.

새로운 데이터가 들어왔을 경우에 파일그룹에 있는 파일에 자동적으로 균등하게

데이터가 들어간다고 알고 있습니다.

만약 100MB 데이터가 들어왔다면 4개의 파일에 어떻게 분배가 되는지 궁금합니다.

a파일이 제일 크므로 10MB만 들어가고 나머지에 각각 30MB씩 분배되서 저장이

되는것인지.. 아니면 파일크기와 관계없이 균등하게 25MB씩 저장이 되는건지 궁금합니다.

혹시 아시는 분 답변 부탁 드리겠습니다.

감사합니다.

 

이 글에 대한 댓글이 총 1건 있습니다.

남아있는 공간의 비율을 맞추기 위해 노력하게 됩니다.

 

예를 들어 주신 경우를 살펴보면

(편의상 단위는 MB라 가정하고 생략합니다.)

a, b, c, d에 각각

(할당) 100, 10, 10, 10

가 할당되어 있는데,

초기에는 남은 비율이 모두 100%로 동일한 상태고 이 남은 비율을 서로간에 맞추기 위해 노력합니다.

따라서 여기에 100을 추가하게 되면 SQL서버는 남은 비율을 서로 비슷하게 맞추기 위해

(정확히 하려면 소수점 자리로 내려가지만 대충입니다.)

대략 a에 76 그리고 b, c, d에 8씩 넣어서

(데이터)76, 8, 8, 8

식으로 만들어서 남은 비율을 24%, 20%, 20%, 20%가 되도록 동작하게 됩니다.

 

 

만약 여기에 35이 추가된다고 가정해보면

(할당)100, 10, 10, 10

으로 정의되어졌던 파일들을 꽉 채우고도 5를 저장할 공간이 부족하게 됩니다.

모든 파일이 자동 증가 옵션이 있다고 하면

(본 예제에서는 모든 파일에 10씩 자동증가가 걸려 있다고 가정합니다.)

첫번째 파일부터 자동증가를 시킵니다.

따라서

(할당)110, 10, 10, 10

으로 첫번째 파일을 증가시키게 되고 데이터는

(데이터)105, 10, 10, 10

씩 담겨있는 상황이 됩니다.

 

여기에 다시 10을 추가한다면 5만으로도 첫번째 파일을 꽉 채우게 되어

(데이터) 110, 10, 10, 10

상태가 되며 이때는 두 번째 파일이 10이 커져서

(할당)110, 20, 10, 10

상태가 된 후에 남은 5를 마저 저장하여 데이터는

(데이터) 110, 15, 10, 10

으로 저장이 됩니다.

우욱님이 2013-01-22 20:33에 작성한 댓글입니다.
이 댓글은 2013-01-22 20:44에 마지막으로 수정되었습니다. Edit
[Top]
No.
제목
작성자
작성일
조회
6625갑자기 where 조건이 적용 되지 않습니다. [4]
정명학
2013-01-30
8573
6624SQL 2000 Client 에서 백업하기 [5]
김우성
2013-01-24
10471
6623MDF 파일명은 어떻게 바꾸나요? [2]
김우성
2013-01-23
10441
6622파일그룹에 관련 궁금한점이 있습니다. [1]
곰보
2013-01-22
8332
6621이런 쿼리가 가능한가요? [3]
초보
2013-01-21
8804
6620마지막날의 데이타만 보고 싶을때 [1]
초보
2013-01-18
8018
6619연속된 날짜 출력하기 [1]
한동
2013-01-17
9467
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.017초, 이곳 서비스는
	PostgreSQL v16.4로 자료를 관리합니다