А что происходит с его данными, если объект удалить физически из конфигурации? Кто знает?
Понятно, что они "не доступны". И в файловой версии стираются.
А в SQL - куда деваются удаленные тким образом строки/таблицы? Остаются мусором в базе, и удаляются по ТИИ?

(0)[Кто знает? ]
Профайлер и ТЖ

То же самое, что и просто при drop table.

(2) +1
MS SQL тупо дропает табличку, типа:
drop table dbo._Reference18

(3)>>MS SQL тупо дропает табличку, типа:
что-то сомнительно, что при "ручном" удалении какого-либо объекта из конфы SQL инициирует drop table.
Тем более, вот удаляю измерение - это же только поле (допустим, оно имело нормализованный тип адынных - дата, число и т.д.), а не таблица. А drop column нет такой команды в SQL.
(1)>>Профайлер и ТЖ
а как профайлер поможет, там сразу команда на SQL идет при сохранении конфигурации?
Смысл в том, что если вот так удаляешь что-нибудь - остается или нет мусор в базе?

(4) проверить яйца отвалятся ?

(4) "drop column нет такой команды в SQL. "
Во блЪ, а мужики-то и не знают... И спокойно удаляют колонки...

Хотя, отчасти ты прав, 1с не дропает колонку. Она создаёт вторую таблицу, копирует туда данные, потом удаляет старую и переименовывает новую

Данные при удалении попадают в цифровой рай

(7) Это хорошие, белые данные.
Данные по чёрной зарплате - попадают в ад...

(6)>>Она создаёт вторую таблицу, копирует туда данные, потом удаляет старую и переименовывает новую
Это точно известно? Или предположения?
(5)>>проверить
ну проверь без доступа к SQL. Посмотрим, что отвалится.

(7)>>Данные при удалении попадают
желательно знать точно, куда они попадают (если есть доказательства), т.к. у нас другие программисты очищают данные именно таким образом - удалением/восстановлением объектов.

(10)
"Как там в мире ином" - я спросил старика,
Утешаясь вином в уголке погребка.
"Пей! - ответил, - Дорога туда далека,
Из ушедших никто не вернулся пока".

(10) Уверен, что они не восстанавливают объекты, а создают новые. А старые попадают в лучший мир. Но доказать это, как и доказать обратное, никто не может. Особенно, без доступа к SQL. Вот если бы у нас был мозг как у дельфина...

(11) данные не интересуют, интересует - остается мусор после такого удаления или нет. Желательно, с "железными" доказательствами, т.к. создает или нет 1С заново таблицы - пока скринов не видел нигде, как ничего нет и в документации.
(12)>>Но доказать это, как и доказать обратное, никто не может.
Так и прошу поэтому, хоть скрины, может, кто пришлет - реально заново таблицы создаются через копию оставшихся данных и drop table остальных, или это только подозрения на "так вроде должно быть по логике".

вот у автора есть все, чтобы проверить. менее, чем за 5 минут, причем. Но нет, вместо того, чтобы провести исследование, он задает вопрос.

А что, если автору неправильно ответят?

(14) давайте уточним.
Что есть у автора?

+ и как проверить?

(14)>>Но нет, вместо того, чтобы провести исследование
ну провел. Ну, удалил.
И где смотреть?
>>он задает вопрос.
вот и задаю по этому.

Кстати, не по теме - в Выбрать() ведь блоки 25 записей попадают? А то заспорил тут параллельно... ))

(0) остаются в БД до первого шринка.
(18) зависит от того, откуда Выбрать()

(19) >>остаются в БД до первого шринка
так вроде шринкуются только пустые записи? А не мусор?
>>зависит от того, откуда Выбрать()
выборка из запроса и выборка из регистра. Считаю, что разнообразия в количестве строк в блоке нет. Только механизмы разные - для регистра что-то "левое" используется, не механизм запросов (разные методы у выборок в итоге).

(20) почитай натурально матчасть, ты бредишь

(21)вся "матчасть" у 1С именно об этом и "бредит" - выборка из запроса отличается по методам от выборки из регистра (через Менеджер регистра если). Почитай матчасть сам.
А вот о колчисетве строк в блоке выборке - ни полслова.
"Это секретная информация" (с) :)

(22) видимо, в 1С считают что незачем тебе это знать. И знаешь, по-моему они правы

(23) ну раз и остальным незачем знать, тогда так и получается ))

(17) что мсскуль экспресс/девелопер + профайлер не рулят?

(9) Абсолютно точно

(15) можно уточнить, чего нет у автора... - интереса и желания.
Ставь сервер 1с(только не надо меня спрашивать как) и express скуль и отлаживайся на здоровье

(27) в экспресс-скуле ж нет профайлера?

(28) http://www.microsoft.com/en-us/download/details.aspx?id=8961

(29) походу в 2012 SP1 запилили, раньше не было
http://stackoverflow.com/questions/760321/is-there-a-sql-server-profiler-for-sql-server-express

(30) я вообще хз за экспресс :) в девелопере - есть

Нет, а собственно, что вам не нравится - при удалении таблицы данные остаются в файле, просто блоки, занимаемые таблицей помечаются как свободные. Если создаётся новая таблица, то данные блоки будут задействованы под неё - если ничего не создаётся, то данные в файле можно увидеть.
Что касается удаления или добавления колонок - то сделать это можно только копированием данных, так как длина записи меняется и разместить новую запись поверх старой не получится.
Но это всё вопросы организации и хранения данных внутри SQL-сервера, про что 1С может и не задумываться, так как эта техника скрыта от пользователей SQL-сервера, которые обращаются к нему запросами.

По поводу DROP COLUMN:
http://msdn.microsoft.com/ru-ru/library/ms190273.aspx

(32)>>Нет, а собственно, что вам не нравится - при удалении таблицы данные остаются в файле
т.е. все эксперты были не правы - а всем программистам надо запретить удалять подобным образом данные, т.к. новые таблицы создаются крайне редко.

(31)>>я вообще хз за экспресс
а советуешь.

+ 33 как я и думал, собственно.
И никакие шринки тут совершенно не панацея, шринки совсем про другое :)

(19)эксперты и тут ошиблись - проверил, везде выборка по 25 записей (если или из Менеджера регистра, или запросом). А во  реализация Выборка совершенно разная.