Как это не смешно, но бухгалтерша решила для эксперимента ввести документ за 1014 год. И все шло нормально, пока ей не потребовался срочно позарез новый счет в плане счетов. Счет завели в конфигураторе, хотя и можно было в самой проге.
Однако теперь, вот уже вторые сутки идет пересчет граф отбора с одна тысяча четырнадцатого года, причем, то свет гаснет, то сеть пропадает, то SQL падает... и всё сначала.
Зайти в программу не дает, требует закончить обработку в конфигураторе.
Можно ли выкрутиться

restore backup!

(0) Какой веселенький у вас бухгалтер, однако. То документы заводит хохмы ради, то счета новые требует. Скучаете, походу, на работе то. Так что проще (1) + cut off the hands бухгалтеру, ежели (1) отсутствует, то и еще кому-нибудь

(2) учитывая "то свет гаснет, то сеть пропадает, то SQL падает" - ничего этой базе не поможет

(0) удалить документ 1014 года перед добавлением счета не предлагать?

(0) 1014 приурочен к какой то дате ? в истории )))
К 1014 году Киевская Русь представляет собой довольно крупное государственное образование.
События 1014 года: 29 Июля 1014 года. В сражении при Беласице византийский император Василий II разгромил болгарские войска.
далее по списку

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

(0) Удали журналы.

В каталоге БД должен быть файлег restruct или что-то такое... Удали его и запускай...

база SQL

(7) recalc.cmd вроде...

(9) Да, похоже
(8) а амбивалентно...

(9)О, услада глаз моих! О, радость сердца моего!
Пусть даст Аллах тебе гурий и денег столько, сколько пожелаешь!
Всё прошло!
Догадываешься о реакции бухинь?
"Это не я! Это кто-то пришел и на моем компе завел!"

prochor, если у тебя такие м... работают, создай в глобальнике проверку даты тогда ))))
хотя они обязательно что-то новое придумают )))