Я бы примерно оценивал так (для MSSQL2000):

select sum(len(ctext))+sum(len(text))+16*count(*) from syscomments where id = object_id('одна хр.процедура')

Но это теоретический размер в байтах. А как узнать количество освобожденных страниц - это оччень серьезный вопрос. :))

А sysindexes тут совершенно не при чем. :)

И еще параметры в syscolumns надо тоже посчитать:

select sum(len(name))+sum(len(isnull(collation,'')))+sum(len(isnull(autoval,0x0)))+69*count(*) from syscolumns where id = object_id('одна хр.процедура')

Позволю не согласиться.

sum(len(ctext))+sum(len(text)) дают актуальный размер полей переменной длины, а 16*count(*) - это суммарный размер всех оставшихся (которые фиксированной длины) полей, умноженный на количество строк, использованных для описания процедуры. Так что размер получается правильный.

С syscolumns такая же ситуация.

Индексы можно посчитать аналогично.

Но еще раз повторюсь - размер физически освобожденных страниц останется для нас тайной за семью печатями. :) Поэтому подход совершенно неправильный.

Поэтому я бы сделал зеркало всей базы, удалил бы все, что не нужно, посмотрел на размеры и ОБЯЗАТЕЛЬНО проверил бы работоспособность ВСЕХ программ.