При переносе точки актуальности вылетает ошибка: Ошибка error #: -70.
При тестировании и исправлении БД программа закрывается на справочнике договоры. БД DBF.
Что можно сделать?

ТиИ на копии. Ну и с диска срочно все спасти на другой.

забить

(1)так на копии тоже вылетает, более того- на другом компе вылетает.

У Епрст4 помощи попросить. Он специалист по восстановлению дбфных базам семерочных, мне помогал. )

(2) т.е.?

ну ошибка чтения файла у тебя

размер самой большой таблички какой и какое её имя ?
Тии может не проходить, например, из-за ошибок в мд.

если ошибка чтения файла - отрубить все антивири, это для начала

(7)md doctor пишет Файл: \\Subconto\Subconto_Number131\WorkBook\Dialog Stream
... Размер файла не соответствует заявленному.

(9) мд доктор..никогда ничего не лечил, если что

на какую конкретно табличку ругается при еррор 70 ?

(7) RG40160.cdx  1.6 gb
(9) я понимаю что не лечит, думал что хоть подскажет.

(11) RG40160.cdx

а похерить индексы?

(14) при восстановлении вылетает.

имхо регистры незакрытые и вылетает из за слишком большого индексного файла. но я не специалист в этом вопросе, могу ошибаться.

(13) ну тогда не удивительно

(16) так и есть, точнее, тут есть еще одно ограничение

(13) для начала, удали этот файл и зайди монопольно. Размер какой стал ?

у него ?

и размер RG40160.dbf какой ?

И что это за регистр и какие у него измерения и каких они типов ?

ЗЫ: имя регистра смотри в словаре, структуру - в пофигураторе

Или дай описание регистра из словаря

(23) #===============================================================================
#==TABLE no 427    : Регистр Бюджет
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RG40160 |Регистр Бюджет                |A          |RG40160    |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=PERIOD    |Period Registr      |D   |8     |0        
F=SP40140   |(P)Фирма            |C   |9     |0        
F=SP40141   |(P)Проект           |C   |9     |0        
F=SP40142   |(P)Заказчик         |C   |9     |0        
F=SP40143   |(P)Подразделение    |C   |9     |0        
F=SP40144   |(P)Сотрудник        |C   |9     |0        
F=SP40145   |(P)Месяц            |C   |10    |0        
F=SP40146   |(P)Контрагент       |C   |9     |0        
F=SP40147   |(P)БДР              |C   |9     |0        
F=SP40148   |(P)Номенклатура     |C   |9     |0        
F=SP40149   |(P)Договор          |C   |9     |0        
F=SP40150   |(P)Единица          |C   |9     |0        
F=SP40151   |(P)Содержание       |C   |99    |0        
F=SP40228   |(P)Спецификация     |C   |9     |0        
F=SP40152   |(P)СуммаБезНДС      |N   |16    |2        
F=SP40153   |(P)СуммаРуб         |N   |16    |2        
F=SP40154   |(P)СуммаУпр         |N   |16    |2        
F=SP40155   |(P)Количество       |N   |16    |5        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=PROP     |PERIOD+PROP   |0     |PERIOD,SP40140,SP40141,SP40142,SP40143,SP40144,SP40145,SP40146,SP40147,SP40148,SP40149,SP40150,SP40151,SP40228|PROP      
I=VIA40141 |VIA40141      |0     |PERIOD,SP40141                                              |VIA40141  
I=VIA40142 |VIA40142      |0     |PERIOD,SP40142                                              |VIA40142  
I=VIA40143 |VIA40143      |0     |PERIOD,SP40143                                              |VIA40143  
I=VIA40144 |VIA40144      |0     |PERIOD,SP40144                                              |VIA40144  
I=VIA40145 |VIA40145      |0     |PERIOD,SP40145                                              |VIA40145  
I=VIA40146 |VIA40146      |0     |PERIOD,SP40146                                              |VIA40146  
I=VIA40147 |VIA40147      |0     |PERIOD,SP40147                                              |VIA40147  
I=VIA40148 |VIA40148      |0     |PERIOD,SP40148                                              |VIA40148  
I=VIA40149 |VIA40149      |0     |PERIOD,SP40149                                              |VIA40149  
I=VIA40150 |VIA40150      |0     |PERIOD,SP40150                                              |VIA40150  
I=VIA40151 |VIA40151      |0     |PERIOD,SP40151                                              |VIA40151  
I=VIA40228 |VIA40228      |0     |PERIOD,SP40228                                              |VIA40228  
#

(19) CDX 4934 kb
dbf 2493 kb

(24) да ужж.

F=SP40151   |(P)Содержание       |C   |99    |0        

собственно вот это приводит к непомерному росту индексного файла.
Тому, кто измерением сделал "строку 99" гвоздь в голову.
Это еще и не закрывается поди

оно еще и в основном индексе участвует..

(26) я сделал когда-то((

(28) и ra40160 поди, пару метров еще при этом ?
:)

В измерении регистра - строка длиной 99? Пойду я топиться, моя жизнь прожита зря...

(30) да, измерение "месяц" на фоне этого теряется :-)

А сколько же тогда максимальной может быть длина строки, чтобы не было ошибки  error #: -70?

ошибка -70 возникает еще при кривом заголовке (расхождении длины файла в заголовке и фактической), 1с не умеет исправлять...

берешь любой DBF редактор и правишь

Такая ошибка возникает и при битом диске, бились дбфки.

(26) исправил длину строки , сохраняю изменения, висит пока.

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

и с (31) переделать

всё это можно переделать.. минуты за 3.

(35) За "строку" в измерении полагается расстрел.
хотя бы говняными пулями...

вообще, подозрение, что этот регистр принципиально не закроется...

(36) бл.. туплю

Спасибо всем.
ОТДЕЛЬНОЕ СПАСИБО "Ёпрст4"

(38): схреновли?..
если их уметь готовить - то всё чики-пики.
ИД-ы агрегатных типов данных (в измерениях) - те же самые строки. расстреляй фирму-производителя, ага.

(42) dbf-формат предполагает, что всё хранится как строки (даже дата и число), так что удивляться не надо.
Строку в регистре тоже можно понять, только вот не в измерениях, а в дополнительных реквизитах.

(43): а где ты увидел у меня удивление???
нет, именно в измерениях. но - аккуратно, и все закрывается.

(44) Ну, я согласен, что строка из 5 символов будет лучше, чем справочник общего вида (который займёт все 11).

(42) "строки-иды" суть ссылки. идентификатры объектов (в каком бы они виде не были - число, строка) - это нормально с точки зрения ссылочной целостности, и поэтому - корректного закрытия регистров. "строка" прежполагает собой набор произвольных, определяемых пользователем символов.
если "строку" жестко определять - это будет суть "справочник", т.е. по сути ссылка. это и есть "аккуратная работа"
(45) во-первых, 13, а во-вторых, лучше только

(46): у тя какая-то каша. и аргументы "из воздуха".
что мешает пользователю формировать корректные значения - корректность которых (а равно и корректность их закрытия) дополнительно будет контролироваться программно? что в случае идов агрегатных данных мешает перекосить остатки (навязло уже в зубах - и не помеха этому агрегатность измерений). и что мешает закрывать (в том числе с программным контролем) корректно при наличии измерений-строк, не являющихся идами агрегатных данных?
там у меня слова ключевые - "их уметь готовить" и "аккуратно".

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

(47) лично мне ничего не помешает закрывать регистр хоть с числовыми, хоть со строковыми, хоть с датовременными измерениями. (равно как мне, наприме, ничего не мешает контролировать программно закрытие регистра, корректность его итогов, производить пересчет итогов по выбранным сбойным измерениям в онлайне, и еще много чего). Но идеология регистра как объекта хранения такова, что "строки" в измерения (не в смысле строкового хранения, а в смысле строкового типа) лучше не пихать

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

(47): нет, не вырождает. "степеней свободы" больше. думай дальше.
(49): мне идеология регистра позволяет пихать строки в измерения - при том получается порой выигрыш в скорости и объеме, и методическая корректность не страдает. например. тебе не позволяет - верю, отношусь с пониманием и не оспариваю. немного жаль, что не взаимно.