MSSQL은 SYBASE사의 SQL-Server엔진 소스로부터 만들어진 

태생과 고향이 SYBASE사입니다.

MS가 SYBASE사로 부터 소스를 사들였단 소리지요.

따라서 그 구조와 내용이 매우 비슷할 것이라 사료됩니다.

님이 말씀하신 인덱스 재정비의 의미가 무엇인지는 모르겠지만

아마도 사이베이스의 Update statistics 명령어가 아닌지 생각됩니다.

이는  인덱스 distribution page의 내용을 최신으로 바꿘주는 명령어이며

query optimization시 query plan 생성에 영향을 줍니다.

인덱스 구성이나 관리는 거의 비슷할 것이라 사료됩니다.

B* tree 인덱스라면 말이죠...

또 fillfactor 역시 인덱스 생성시에 주는 파라메터로 존재합니다.

커맨드 레퍼런스 메뉴얼에 나와 있습니다.

볼드체 부분을 잘 참고하시길...

create [unique] [clustered | nonclustered]

        index index_name 
    on [[database.]owner.]table_name 
        (column_name [asc | desc]
            [, column_name [asc | desc]]...) 
    [with { fillfactor = pct, 
            max_rows_per_page = num_rows,
            reservepagegap = num_pages, 
            consumers = x, ignore_dup_key, sorted_data,
            [ignore_dup_row | allow_dup_row], 
              statistics using num_steps values  } ]
    [on segment_name]

대략 이런거죠~
fillfactor = pct

10으로 하면 page의 10%를 비워 놓는다(아님 그것의 거꾸로 든가 10%만 쓴다든가)

실제는 별 효용 없고요

bcp in하실때만 효용이 있습니다.

이케 해노면 APL인 경우 split이 잘 발생을 하지 않을테니까요

max_rows_per_page = num_rows,

한 page당 몇개의 row만 저장하겠다

이것도 대략 위의 내용과 비스므레 한겁니다.....

reservepagegap = num_pages
다 옜날 APL과 연관이 많은겁니다.


APL은 data page가 link 구조로 되어 있습니다

DOL은 link가 없습니다

페이지의 link가

1-2-3-4-5
이렇게 되어 있다면

위의 설정을 4로 한다면

1,2,3,4 page에 data를 넣고 5번은 link는 구성하나 data는 넣지 않고 
스페어로 두겠다는거죠...

split나도 인접한곳에 넣게 다는 거죠....5번에...이게 없으면...엄청 떨어지곳에 넣게죠

1-2-3-4-6009등으로 link가 구성되면 알죠~~플레그먼테이션~~

이것 때문에 속도가 떨어진다는 거죠

statistics using num_steps values  

분포도 인데요, 이거 대개 20 step으로 구성되어 있습니다

optdiag로 뽑아서 보시면 되는데...


옵티마이져가 index를 탈건지 안탈건지 결정하는 거죠...


통계테이블이랑도 연관있고요

여러개로 나누면 index 탈확률이 높아지겠죠...


다 trade off거 아시죠....늘리면 overhead가 있다는거



이상 볼드체만 설명을 드렸습니다

주저리주저리