v7: Выгрузка -загрузка данных 1С-7.7 #583638

Привет всем! На днях столкнулся с проблемой, при выгрузке и загрузке. Есть база ТИС 7 гиг на скл, необходимо её перевести в дбф, штатными средствами, делаю выгрузку данных,потом загрузку.. И при загрузке выдаёт ошибку Error #:-120 writing to file D:......... is+stoSC4972.dbf и Таблица :SC4972.dbf Ощая ошибка ввода вывода P.S. Мдф - 7 гиг, зип-архив 215мб (.дат файл 1,8гб) Думал сначала что проблемы в большом размере ,проделал как тут написано - - не помолгло, свободное место на дисках есть. Буквально неделю назад делал тоже самое - всё было без проблем. Помогите или подскажите как забороть проблему.

и зачем эта база в дбф нужна ?

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

куда скуль поставить нельзя?

для начала, проверь задвоенность id в этом справочнике.

и потом, каков размерчик SC4972.dbf у тебя получается ? А так, мусор можно и в dat файлике почистить. Можно и без этого справочника загрузить.

SC4972.dbf 1,99 гига А можно по подробнее, как его пичистить или без него загрузить?

а ну и всё собственно. Можешь забыть про выгрузку в дбф навсегда. Ты уперся в потолок 2 гига на файло.

ну а как его почистить, или сжать может есть какие - то варианты  ?

Что за справочник? Партии какие-нибудь?

избавиться от текстовых реквизитов . У тебя там поди таких вагон и маленькая тележка ? Типа Строка,длина 200 ? :)

скуль- например на ХР, может как-то и можно но врад-ли он будет такие размеры обрабатывать, или может я ошибаюсь. есле -до то подскажите решение

+1. Только смотреть - надолго ли поможет

* избавиться от текстовых реквизитов .  У тебя там поди таких вагон и маленькая тележка ? как это можна сделать ?, да справочник действительно большой.

Справочник - номенклатура

ну дык дай описалово этой таблички из *.dd (или *.dds), для начала

T=SC4972  |Справочник ЛогРеквизиты       |A          |SC4972     |1         #-----Fields------- # Name      |Descr               |Type|Length|Precision F=ID        |ID object           |C   |9     |0         F=CODE      |object code         |C   |4     |0         F=DESCR     |object description  |C   |60    |0         F=PARENTEXT |Parent in other tabl|C   |9     |0         F=ISMARK    |Flag Object is Marke|C   |1     |0         F=VERSTAMP  |Version stamp       |C   |6     |0         F=SP4966    |(P)ТипИзменения     |C   |1     |0         F=SP4967    |(P)ЗначениеБыло     |C   |127   |0         F=SP4968    |(P)ЗначениеБылоВн   |C   |52    |0         F=SP4969    |(P)ЗначениеСтало    |C   |127   |0         F=SP4970    |(P)ЗначениеСталоВн  |C   |52    |0         #----Indexes------ # Name     |Descr         |Unique|Indexed fields                                              |DBName     I=IDD      |of ID         |0     |ID                                                          |IDD         I=PCODE    |of PARENT and |0     |PARENTEXT,CODE(UPPER)                                       |PCODE       I=PDESCR   |of PARENT and |0     |PARENTEXT,DESCR(UPPER)                                      |PDESCR     I=CODE     |of CODE       |0     |CODE(UPPER)                                                 |CODE       I=DESCR    |of DESCR      |0     |DESCR(UPPER)                                                |DESCR

можно ли как-то эти логи почистить в самом дат файле,перед загрузкой в дбф,чтоб не править на скл?

вот это зачем? F=SP4967    |(P)ЗначениеБыло     |C   |127   |0         F=SP4968    |(P)ЗначениеБылоВн   |C   |52    |0         F=SP4969    |(P)ЗначениеСтало    |C   |127   |0         F=SP4970    |(P)ЗначениеСталоВн  |C   |52    |0

+18 выкини эти поля и привет. Тем более, такие как значение в строку внутр.. - это вообще моветон

Уважаемый   Ёпрст3 , выкинуть просто в редакторе или как, когда,или перед какими манипуляциями ? об"ясните как правильно ето сделать  , что в конце получить мой желаемый результат, так как я админ а не програмер 1с(так получилось штатного нет,приходится мне ковырять) и трудновато соображаю что и куда, ну и за инфу переживаю,хотя всё на копиях.

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

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

:)) Это Номенклатура.. И..Какое в п.пу логирование в реквизите строка 127 ? :)

Это кто-то "творчески дорабатывал" старую разработку с проклаба...

эээ...какую именно ?

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

Разность для поиска добавленных-удаленных строк, и ВнутреннееСоединение для исправлений...