공간의 반환을 받는 주체가 DBMS라면, delete나 drop은 공간의 반환에서는 동일하다고 볼 수 있습니다.
그래서 일배치 작업으로 인한 절대적 insert 량이 증가하지 않는다면, 이전에 delete에 의해 반환된
공간을 사용합니다.(단 단편화가 발생하지 않고, 다른 작업이 delete 반환 공간을 사용하지 않는다는
 전제하에서요)

그렇지만 공간의 반환을 받는 주체가 OS이라면 delete나 drop을 해도 공간은 반환을 하지 않고 아래의
조건을 하에서 반환됩니다.(이렇게 함으로서 DBMS가 필요한 공간을 원는데, 발생하는 처리 시간을 감소할
 시킬 수 있습니다)
  1. 다른 프로그램에서 공간 할당 요청이 OS를 통해 있을 때, 여유 공간이 있으면 OS에게 반환을 합니다.
     1) 반환 여부는 DBMS 마음입니다.
  2. DB의 옵션 중 자동감소가 선택되어 있으면, MS-SQL이 판단하여 여유 공간을 OS에게 반환합니다.
     1) 반환 공간 및 작업 시간은 DBMS 마음입니다.
  3. DBCC Shrinkfile 또는 이와 비슷한 관리 명령을 통한 강제적으로 여유 공간을 반환시킬 때
     1) 현재 데이타가 있는 공간은 반환할 수 없습니다.

여유공간(데이타가 할당되지 않은 공간,sp_spaceused으로 확인)이 있고, 위 조건에 해당된다면 OS에게
여유공간이 반환되고, 이는 mdf파일의 축소를 가져옵니다.
(파일 사이즈를 줄이면 Backup시에 적은 공간으로 backup을 할 수 있습니다)

또 MS-SQL의 파일 공간 사용에 대하여 이야기 할 때, 다루어야 하는 것이 단편화의 문제인데 이는
MS-SQL의 DISK I/O의 기본 단위가 8Kbyte의 페이지라는 개념으로 이루어지고, DISK 공간 할당은
이 페이지들의 모임인 익스텐드(페이지 * 8)로 이루어지기 때문에 발생을 하게 됩니다.
(이 부분이 말씀하신 density와 관련이 있을 것 입니다.)

자세한 내용는 아래의 명령에 대한 BOL의 내용을 참조하세요..
 관리명령
   DBCC SHOWCONTIG
    DBCC DBREINDEX

 관련 용어
    fillfactor
    pad_index

고맙습니다. ^^