7.7, 25 релиз (сетевой), ДБФ, самописная (бывшая комплексная), бух + 5 регистров, работаю локально, объем баз 1 Гб (только ДБФ), макс ДБФ 320Мб, WinXP Prof, NTFS, 3800+, ОЗУ 2Гб, свободно на логическом системном 25 Гб, логическом с базами – 43 Гб. «Темпы» короткие.
Провожу "чистку рядов": из МД хочу удалить 6 документов (3 – не проводятся вовсе, 1 – только бух, 2 – бух и регистры). Удаляю, сохранение идет около 5 часов и благополучно вылетает “Codebase Error”. Во время сохранения конфигуратор «белыми пятнами», в New_Stru при размере 1soper.dbf в 36Мб индексный разрастается до 2Гб (я так полагаю это и есть причина «вылета»).
Что делал:
1.МД полечил (было две ошибки), выгружал-загружал, ТиИ – вылет..
2.Сворачивал и работал с «обрезанной» базой (базе 5 лет, оставлял последние два) – вылет (правда размер 1soper.dbf уменьшился всего на 1Мб).
3.Сейчас делаю поэтапно: снял «галки» оперативный учет – сохранил – ОК, снял галки «бухгалтерский учет» - сохраняется в данный момент - походу та же фигня будет (уже 1soper.dbf 27692 байта, а индекс - 1380239 байт, замечено - зависимость нелинейная).
При этом: на конфе без доков и проводок эти же документы из МД удаляются влет, МД позволяет добавлять любые объекты, удалять, например, отчеты, менять структуру.
Собственно вопрос: как все-таки удалить документы-объекты из МД?
Спасибо тем, кто дочитал :))

1) gcomp?
2) Перекинуть мд и дд в пустую папку, там сделать всё что нужно, потом загрузить конфигурацию в исходную?

Пожалуйста. :-)
При наличии любой глобальной проблемы - всегда стараюсь ее локализовать.
Удаляй по одному документу.

(0) Увеличивай "поэтапность": снимай галку по одному документу.
Посмотри в описание индексов к 1soper - может наведет на какие-то мысли.
.
Попробуй сначала удалить документы из базы, даже непроведенные, ибо может быть "создавать операцию: Всегда".
.
"ТиИ - вылет" - на каком месте? Может туда посмотреть повнимательнее? Выгрузку/загрузку базы делал?
(1) Не поможет ни 1), ни 2).

(1)
1.нет
2.загрузить не догадался.. Но, думаю, процедура та же. Хотя обязательно попробую.
(2)
допустим дело в одном найденном "кривом" доке - дальше что делать?

(3) имелось ввиду, что после проведенного и нормально завершенного ТиИ ситуация повторяется ...

DeiMos своим (1) на мысль навел:
а что если так: документов удаляемых типов мизер (пару десятков), удалю их в базе, сожму, потом на пустой базе удалю объекты из МД и подменю его в реальной базе (с одновременным прибитем дд)? Нигде не вылезет?

1.Сделай полную проверку синтаксиса.
2.пренеси базу через перенос данных ( XML,TXT или т.д)

(4) После локализации - как вариант - попытаться вынести все документы данного вида стандартным способом - может найдешь интересные ссылки на них.

Ели ненужные тебе доки делают движение по регистру , грохни DBF этого регистра, удали док (объект) в md и проведи доки заново

(5) Документы из базы удалил? Выгрузку/загрузку данных сделал?
Выгрузка много места занимает?

(4): Что "нет"?
Я имел в виду - разобрать-пересобрать gcomp-om...

(6) Вылезет.
(9) Очень плохой совет. Просто отвратительный.
(11) Да не поможет ему gcomp. Скорее всего проблема в данных, а не в конфигурации. Ибо на пустой конфе все проходит.

(11+): Хотя, если fez в (3) говорит, что не поможет...
Может, и не поможет...
 
Вариант (7) насчёт переноса - нормальный вариант...
Универсалом каким-нить...

(7)(13) Про перенос даже и не думал. Вечером попробую
(11) это к тому, что gcomp-ом ничего делал, т.к. не владею ..:(

(10) на выгруженно-загруженной базе удалял - та же фигня.

(15) Документы из базы удали уже наконец. Ну пожалуйста. :)

У тебя, случайно, удаляемые виды документов не являются каким-нить видом субконто в плане счетов?

На удаляемом документе в конфигураторе правой кнопкой - "Поиск ссылок на объект".

(17) Тогда бы он не дал удалить.

(17) боже збавь :)
(16) щас начну. Компу тяжело - что-ито считает. Сейчас dbf - 29457, cdx - 1567988.

(20) Пока он там считает, найди в 1cv7.dd строку 1SOPER и строку 1SENTRY. И положи сюда кусочек файла между этими строками.

(21)
#===============================================================================
#==TABLE no 515 : Операции
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=1SOPER |Операции |A |1SOPER |1
#-----Fields-------
# Name |Descr |Type|Length|Precision
F=DOCID |Document Id |C |9 |0
F=DATE |date |D |8 |0
F=TIME |Time |C |6 |0
F=DESCR |Oper description |C |100 |0
F=SUM |Oper sum |N |14 |2
F=ACTIVE | |C |1 |0
#----Indexes------
# Name |Descr |Unique|Indexed fields |DBName
I=DOCID1 |of ID |0 |DOCID |DOCID1
I=DATETIME |of Date Time |0 |DATE,TIME,DOCID |DATETIME
I=SumIdx |of SUM Date Ti|0 |SUM,DATE,TIME,DOCID |SumIdx
I=DescrIdx |of SUM Date Ti|0 |DESCR(UPPER),DATE,TIME,DOCID |DescrIdx
#
#===============================================================================
#==TABLE no 516 : Проводки
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=1SENTRY |Проводки |A |1SENTRY |1

(22) Вроде все путем

fez
Выгрузка 36 Мб. Документы из базы (не из МД) удалил.
Сейчас удалил все реквизиты у удаляемых доков - сохранилось нормально. Удалю еще в таком виде разок - чтоб комп ночью не простаивал :))
п.3 из (0) еще "считается"
Завтра продолжу:
надо ж посмотреть, как наши с Македонией по нолям сгоняют.
Спасибо всем, принявшим участие

(24): Мда...
Македонцы - не орлы...
Не орлы...
Не Хорваты, далеко не Хорваты...
А кто мне из специалистов скажет, что делает Израиль на ЧЕ?
И когда Израиль будет играть в NBA и NHL?

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

(0) Удалить все эти документы из базы с единичкой, убрать документы из всех журналов, нажав del в конфигураторе, выяснить, где в метаданных есть на них ссылки, и удалить эти ссылки.

(26) "дд или ддс нужно пересоздавать " - не понял, последовательностей нет
(27) Документы из базы удалены, база упакована. Del, ест-но, жал, из всех шести видов только на один ругнулась - принадлежал журналу.
Уже дома убил в конфигураторе три дока (те, которые не проводятся вовсе), сохранил без проблем (это вроде как ожидалось, все-таки загвоздка в 1soper.dbf). Сейчас прибил один с галкой бух.учет - похоже, та же песня - 1soper.cdx растет как на дрожжах :( Завтра продолжу эксперименты.
з.ы. все-таки думаю, почему не прокатит (6)? Документы из базы удалил, операции, ими созданные соотв-но тоже ...
офф
DeiMos
Израиль-Хорватия 3:4

(28) ннну ииИзвини (с) к/ф