Всем добра. Пытаюсь быстро очистить базу удаляя все таблицы кроме SС, но после этого вылетает ошибка таблицы SC84 которая есть справочник номенклатуры.
Пытался сделать так : добавить новую константу - после реструктуризации база запускается а справочник номенклатура пустой.
Остальные справочники на месте.

Может есть еще какие то таблицы которые стоит грохнуть?
Или все же выгружать в DBF?

(0) Да чего теперь мелочиться, грохай уже всё оставшееся.

(2) Юморист )

(3) Повесил свой сюртук на спинку стула музыкант..

(4) Повесил свой кредит на музыкантов дерижор=)

(5) дирижер)))

удалить все dt dh rg ra журнал номера документов sc39 (партии вроде).
всю инфу можно посмотреть в файлике описания базы dds

(7) Спасибо попробую еще раз

Надо уже как-то остановить этого экспериментатора. Дать ему букварь почитать, что-ли...

(1) :) я бы выгрузил в дбф там удалил все d* и r* потом починил бы и обратно

(0) чего уж там, делай drop database сразу

(11) Формат Ц: надежней.

(0) ты в курсе что в mssql можно запросы делать?
и там быстро http://www.sql-tutorial.ru/ru/book_delete_statement.html

(13) он же чистит целиком. Там достаточно truncate table, будет мгновенно.

На вот, первый попавшийся примитив
https://infostart.ru/public/59521/

таких поделок, вагон

(15) Там вероятно в номенклатуре у него ссылки на документы в реквизитах
Не получится просто truncate надо потом еще update

(16) ну, можно ТиИ..почистит ссылки потом

если лень update писать и смотреть, все битые ссылки в справочниках.

(18) update шустрей чем ТиИ

(7) + там еще надо 1СJourn грохнуть, и затем произвести полное ТИИ с очисткой от барахла.
Так же, в случае торговли, надо найти справочник партий и грохнуть и его, так как он нафиг не нужен в таком случае.
Автор, выгрузи в файлровую, очисти, и потом опять загрузи в скуль. Так лучше будет, имхо...

Это ТиС же судя по номеру таблицы?
Просто так не выйдет
Есть периодика, есть длинные строки
В партиях есть приходный документ
Оставь это для начала
Потом мусор можно почистить по объектам пустым
Ну и еще не делал ли что с файлом конфигурации? 1С может втихую и очистить данные объекта

(16) в типовой тис я не помню в справочниках ссылок на доки (кроме партий)

пригласите специалиста (с)

(13) я так и делал.
Упражнялся на копии. Проблема была в файле dds копии.
Почему то при одинаковых md шниках dds различались. В чем и как искать не стал.
После замены dds очистил таблицы, тии и все отлично. Спасибо
(23) если более дельного сказать нечего - проходите мимо

(10) а зачем для этого выгружать в дбф?
(24) зря ты так... в (23) - дельный совет. Либо становишься специалистом, либо приглашаешь. Если пытаешься стать специалистом - то сначала думаешь, а потом делаешь..

(25) Видимо потому что файлы удалить проще, чем таблицу в БД.

(25) :) ну вот я например никогда не удалял таблицы в сикуле - автор скорее всего тоже
а в дбф все проще - плюс сам подход подразумевает работу с копией базы

(26) данунафик
(27) никто в сиквельной не мешает работать с копией. Для начала. ну а потом, как сказано в (25), "Либо становишься специалистом, либо приглашаешь специалиста"  (например, для восстановления БД).

(28) :) "или или" - это бинарная логика

основная проблема это периодические привязанные к догкументам

(29) ромикса зовешь?
(30) для прямых запросов - некритично. Для тупого удаления - исправляется через ТИИ

(31) :) ромикс пригодится если в (10) выгрузка будет слишком большая для движка 1с7.7

(32) все-то вы с ромиксом любите то-ли проктологию, то-ли нечто нетрадиционное...

(30) в типовой ТИС нет периодики, привязанной к документам

(33) :) звучит как вызов
зы
я вот на 7.7 написал в самоизоляции личную книжную электронную библиотеку
ззы
портабельную и бесконечно масштабируемую

(35) Топикстартер смотрит на тебя с неподдельным крайне недоумённым недоумением!!!  )))

(35) ну я на заре изучения ассемблер-реассемблер на 7.7 писал, и что?

(36) :) топикстартеру я все написал в (10)

(37) :)

(25) Специалистом быть стараюсь сам  и вникать в мат часть, да и не такая тут тема чтобы самому ее было не раскурить. Скульные таблицы никогда ранее не грохал и не очищал поэтому вопрос и возник.
Проблема успешно решилась и я об этом написал (24) .
Ошибка эта валилась по причине разных dds файлов базы и копии. Поэтому грохнув таблицы или очистив строки, валилась ошибка которая даже не давала завершить тии.
В остальном сделал truncate всем таблицам кроме справочников за исключением справочника партий и_1SCONST и все. Ничего не нужно было выгружать в dbf как я делал давным давно