Я раньше часто работал с FoxPro и там можно было просто для таблицы БД увидеть помеченные на удаление записи , а вот как это сделать
в MS SQL Server  - т.е. увидеть непосредственно в таблице все помеченные на удаление строки в конкр . таблице средствами SQL ?
Т.е. проблема в том что не пойму как увидеть такие записи

Книга знаний: Выгрузка справочника в Excel

Прошу извинить - тема относится не к 7.0 а к 8.0 или же к администрированию в целом

(0) ТОесть, те которые 1С-ка сама не показывает? Так нету в SQL такого - там записи сразу удаляются.

Зачем тебе это? Если речь именно о помеченных средствами 1С, то все равно их трогать нельзя - о ссылочной целостности заботиться нужно. Если уж очень посмотреть нужно - в 7.7 было поле IsMark (или что-то похожее). В восьмерке наверняка так же.
Если чем о строках, которые в фоксе удалялись, но реально присутствовали в таблицах до сжания, то в SQL такого нет. Сервер мусор подчищает сразу.

В том - то и дело - что я нашел что мусор висит в таблицах БД . У нас установлен MS SQL Server 2005 и 1С 8.1 - платформа 8.1.8.76 и то что удаляем каждый день после архива в самой 1С , то ничего не подчищается в таблице - т.е. более 1.5 милллионов записей !!! Я нашел несколько тысяч таковых - которые давно удалены средствами 1С а в таблице они висят

(5) Может тебе shrink базе сделать?

И что будет ? Он удалит записи которые считать мусором ? Ведь шринк применяют обычно для tempdb .

"Ведь шринк применяют обычно для tempdb." М-дя. пятница в разгаре...

"давно удалены средствами 1С " - удалены или помечены на удаление?

ну если Атеист нашел....

P.S. освободившееся место просто помечено как свободное без очистки содержимого, что создает видимость неудаления записей. Если начать создавать новые элементы/документы - это место заполнится....

(10) недавно порезал ТИС, база файловая с 1,5Г выросла до 3,5Г. Тестирование не проходила, падала на упаковке таблиц. Помогла только выгрузка-загрузка, в результате - 500М. Можешь этот феномен прокомментировать?
ЗЫ: первый раз столкнулся при обрезке на такое..

нормальное явление - создал доки формирования остатков, пометил старые доки, удалил - надо сжать. При сжатии м.б. проблемы - выгрузка удаленные пропустила, а загрузка место не заняла - нечем...

Абалдеть...

(12) а прирост то с чем связан? доков остатков было немного, не думаю, что забили два гига :(

а хрен его знает. Не лазил.

(15) аналогично... и времени с желанием на разбор не было

(11)нужно не в чудеса верить, а profiler смотреть.

(17) я тоже могу говорить много умных слов....
ЗЫ: какой к лешему профайлер на файловой базе? не слышал о таком...

(11)"база файловая" - это dbf?

нет, это тхт.....

(14)к движениям и итогам старых данных (до обрезания) добавились итоги и движения на дату обрезания.

Подозреваю что sql server не ставит своей задачей иметь как можно меньший объём базы. он глупый старается работать быстрее а нам то это нафиг не надо. Нам надо что бы база меньше места занимала.