Codebase error unrecognized field name

   vcv

02.05.11 — 23:40

Непонятно с чего и в какой момент SQL база при работе стала выдавать CODEBASE ERROR #210 «unrecognized field name». Притом названия полей меняются в одной и той же ситуации. Видел различные SPxxxx, IDDOC, PERIOD. Ошибка выдаётся нерегулярно. Вылезла, например, при открытии документа, тут же документ закрыл/открыл — ошибки нет. Или есть, но ругается на другое поле.

Может кто знает, что это за фигня?

Windows Server 2003, MSSQL 2005, терминал, 1С 7.70.027.

Есть смутное подозрение, что как-то виноваты обновления сервера, которые админ накатывал на этих выходных. Но какие и каким образом?

   vde69

1 — 02.05.11 — 23:51

   vcv

2 — 03.05.11 — 00:01

(1) Словарь-то словарь, но база-то SQL. И запускается нормально. То есть, формально, на сколько 1С может проверить, база данных соответствует DDS. К тому же я не могу представить, что такое должно случиться в DDS, что бы 1С-ка ругалась на поле PERIOD.

Ошибка, как я понимаю, возникает, когда 1С кладет результат запроса к SQL-серверу во временный DBF-ник и вот тут что-то и происходит.

1. Со словарйм ни кто не балуется.

2. ВК есть FormEx, 1C++, Йоксель и SvcSvc. Версии не обновлялись уже давно. Нешатаных способов доступа к базе не используется.

3. А при чем тут CODEBASE ?

4. Версия КЗК2 тоже не обновлялась уже с полгодика.

   vde69

3 — 03.05.11 — 00:04

   vcv

4 — 03.05.11 — 00:31

(3) Нештатного доступа к базе не используется. 1С++ используется минимально.

Все же что-то с сервером. База распределенная. Копирую с удаленного сервера на центральный (на котором проблема) копию периферийки. Периферийка в DBF. На удаленном сервере работает без проблем, на центральном — выдает те же ошибки, что и ЦБ в SQL.

То есть, думаю, SQL и права на него можно отбросить, если на DBF-ной базе та же проблема. Саму по себе 1С, кажется, тоже. По крайней мере с базой бухгалтерии (там совсем не используются ВК) аналогичную проблему воспроизвести не удалось.

Что ли какая-то несовместимость возникла 1С++ с сервером? Неожиданно и непонятно откуда

   vcv

5 — 03.05.11 — 00:50

+(4) Самое, по моему, смешное, в том, что не смотря на постоянное вываливание ошибок CODEBASE, 1С не закрывается, и, визуально, работает нормально. Отчеты формируются с виду нормальные. Документы проводятся с, похоже, нормальными движениями.

   ТочноеЯдро

6 — 03.05.11 — 03:33

у одного клиента такая же проблема на ДБФ базе уже достаточно давно.

Вылазит на одном виде документов.

Проявляется крайне случайным образом. В пределах одной сессии 1С — постоянно при проведении. Кроме ошибок по SPххх ничего не попадалось.

Кроме того, что нужно нажать Ок никаких побочных последствий не выявлено.

   vcv

7 — 03.05.11 — 06:20

Заметил сейчас странную вещь. В проблемных базах в папке SYSLOG копятся файлы вида T0.CDX, T0.DBF, T1.CDX, T1.DBF, T2.CDX, T2.DBF, …

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

   smaharbA

8 — 03.05.11 — 06:32

странное место для темпов ?

   vcv

9 — 03.05.11 — 06:37

Понимаю, что темпы. Но не понимаю, как они туда попали. TEMP и TMP указывают совсем в другое место. Личная папка пользователя в конфигураторе — тоже. Кажется как-то вмешивается то, что я активно пользуюсь файл-флагами, сохраняемыми в SYSLOG с помощью объекта «ТЕКСТ». Сейчас поеду на работу — приеду, буду экспериментировать.

   Кириллка

10 — 03.05.11 — 06:56

(0)эта ошибка может появляться при формировании каких-либо отчетов (штатно) или выборок (штатно). CODEBASE — это компонент платформы для работы с DBF.

   DrZombi

11 — 03.05.11 — 07:27

   vcv

12 — 03.05.11 — 11:10

Кажется причина выяснена.

Каталог временных файлов для 1С размещен на RAM-диске. А так как много места на рам-диске не бывает, сделали скрипт для чистки ненужных файлов во временных каталогах пользователей. Сделали по принципу — если файл во временной папке удалось удалить, значит он уже никому не нужен. Похоже для 1С это не так. У 1С срывает крышу, она начинает раскладывать свои временные файлы в папку SYSLOG и даже, почему-то, на диски клиента, подключенные к терминалу «\tsclientCDocuments and Settings…».

На тестовой базе стало работать нормально. Вечерком, когда все полтораста пользователей пойдут спать, обновлю рабочую базу. Завтра отрапортую общественности, эта причина или нет.

   Torquader

13 — 03.05.11 — 11:13

(12) Ну вы, блин, даёте.

Если бы у вас была файловая база, то её таким методом можно было бы всю удалить.

А каталоги пользователей тоже на RAM сложили ?

P.S. в NTFS открытый файл удаляется, но остаётся до закрытия.

   vcv

14 — 03.05.11 — 11:19

(13) Ну кто же знал. Последние лет пятнадцать C:TEMP, C:WindowsTEMP, «C:D&SLocal SettingsTEMP» чистил просто «del. /y» и никогда проблем не было. И никакого лишнего удаления временных файлов на NTFS не наблюдалось. К тому же чистка проводилась только при запуске 1С, а не на лету в процессе работы. Но 1Ске и этого хватило

   1Сергей

15 — 03.05.11 — 11:25

(14) на терминале «del. /y» при запуске?

   vcv

16 — 03.05.11 — 12:34

(15) Нет. Я предпочел вставить очистку временного каталога в 1С ПриНачалеРаботыСистемы, потому что серверов много, в разных городах, и я не могу отслеживать, что там творят админы. Ненадежно получается через планировщик. Переустановил винду местный админ, а я об этом узнаю только тогда, когда 1С начнет падать по причине отсутствия места для временных файлов.

   1Сергей

17 — 03.05.11 — 12:35

(16) а темпы у всех свои?

(17) У каждого пользователя свой каталог на RAM-диске.

ABSTRACT

The CodeBase module provides a Perl 5 class for accessing dBASE files. It is a development of an earlier unpublished Perl 4 extension.

SYNOPSIS

Programs using the CodeBase module must include the line:

The functions that the module provides are listed below, grouped according to type of function.

File manipulation functions

File information functions

Navigation functions

Record manipulation functions

Index manipulation functions

Miscellaneous functions

DESCRIPTION

Each function provided by the CodeBase module is described below. The module uses the CodeBase library from Sequiter Software Inc., which is a C library providing database management functions for dBASE files.

File manipulation functions

Existing dBASE files can be opened with open() and new files created with create() . Files are implicit closed by the DESTROY method, which is called when all references to the internal file handle go out of scope.

open FILENAME [, OPTION-KEYWORD . ]

Opens the named dBASE file and returns a file handle which can be used in other CodeBase functions. The filename should omit the .dbf extension. The following options keywords are recognized: «readonly» , «noindex» or «exclusive» ( «ro» is a synonym for «readonly» and «x» is a synonym for «exclusive» ). Option keywords are case-insensitive. For example to open the file books.dbf in read-only mode, without opening the production index:

create FILENAME, FIELD-DEFS =item create FILENAME, FIELD-DEF-ARRAY, INDEX-TAG

Creates a new dBASE file using the field definitions specified and returns a file that can be used in other CodeBase functions. The field definitions consist of an array of alternating pairs of field name and field type.

The field types are as follows:

Note: create does not create a production index file — use create_index with an empty filename. The facility to create a production index at the same time that a database is created may be added later. Field and tag information arguments would then be specified as references.

The DESTROY function is not normally called explicitly. It is invoked automatically when all copies of the file handle generated by open() or create() go out of scope. For example:

Navigation functions

Returns the current record number. It is equivalent to the dBASE RECNO() function.

If the file has just been opened, created or packed there is no current record number and recno() will return undef .

Positions the current record of the database file to the specified record. It is equivalent to the dBASE GOTO statement.

The record number for CodeBase::goto should be an integer between 1 and CodeBase::reccount . It can also take one of the keywords: «TOP» or «BOTTOM» . The keywords «START» and «FIRST» are accepted as synonyms for «TOP» , and «END» and «LAST» as synonyms for «BOTTOM» . Only the first character of a keyword is significant and case is not significant.

Normally goto returns 1 to signify success; if an error occurs it returns undef . The error code can then be retrieved with errno .

Skips forwards or backwards in the database file by the specified number of fields. It is equivalent to the dBASE SKIP statement. The number of fields defaults to one.

Normally skip returns the new record number; if an error occurs it returns undef . The error code can then be retrieved with errno .

Returns a boolean value indicating whether the current record is positioned before the first record. It is equivalent to the dBASE BOF() function.

Returns a boolean value indicating whether the current record is positioned at the end of the file. It is equivalent to the dBASE EOF() function.

Record handling functions

Returns the number of records in the database file. It is equivalent to the dBASE RECCOUNT() function.

Returns the size in bytes of records in the database file (including the deletion flag). It is equivalent to the dBASE RECWIDTH() function.

Returns the number of fields per record for the database file.

It is equivalent to the dBASE FLDCOUNT() function.

Returns the field names as an array.

Returns the type of the named field as a string.

Returns an array containing information about the specified fields or about all fields if no fields are specified. For example if the database open on $fh contains, amongst others, the fields field1 and field2 as a 12 character field and a 10 byte numeric field with 3 decimal places respectively then:

would return an array containing the values:

This is a shortcut function. The same information can be built up by using names and type :

Returns an array containing the values of each of the specified fields, or of all fields if no field names are specified.

Returns the value of the named field.

set_field NAME, VALUE

Sets the value of the named field to the specified value.

If the field is a date field the value should be formatted in dBASE date format (e.g. «YYYYMMDD» ) or should be one of the keywords «YESTERDAY» , «TODAY» or «TOMORROW» (the keywords are not case sensitive) or may be a number of days to the current date specified as +num or -num . For example to set a date field to a week’s time:

Creates a new record using the values specified. VALUES may be an array of field values:

or a reference to a hash, the keys of which are the field names:

If the values are supplied as an array, a value must be supplied for each field. If the values are supplied as a hash unspecified fields are filled with blanks. Excess array values or hash keys that are not names of fields are simply ignored. The handling of date fields is as described under set_field .

Replaces the fields of the current record with the values specified. As with new_record VALUES may be an array of field values:

or a reference to a hash, the keys of which are the field names.

In the former case a value must be supplied for each field, while in the latter case unspecified fields are unchanged. Excess values or hash keys that are not names of fields are ignored. The handling of date fields is as described under set_field .

Returns a boolean value indicating whether the current record is deleted.

This function is equivalent to the dBASE DELETED() function.

Deletes the record specified or the current record if called without a record number.

Recalls the record specified or the current record if called without a record number. (Not yet implemented).

Flushes to file any outstanding changes (made by set_field() . Records need to be locked while changes are written. TRIES is the number of attempts that should be made to aquire the lock. Subsequent attempts are made with a one second interval.

Packs the database file removing deleted records. If flag parameter is specified as true then memo fields are compressed at the same time:

lock WHAT [, TRIES]

Locks the specified record or the whole file. WHAT should either be «FILE» or a record number (the current record can be referred to as «.» . TRIES is the number of attempts that should be made to aquire the lock. Subsequent attempts are made with a one second interval.

Removes any existing locks on the file.

Index Handling Functions

A production index file is automatically opened when a database file is opened, if it exists unless the noindex option is specified. An index file can be opened with the open_index method.

Returns the number of index tags.

Returns an array containing the names of all the tags associated with the database file.

Sets the current index tag to the named tag. If no tag is specified the currently selected tag is deselected.

Returns an array containing information about tags. Each element of the array is a reference to a hash containing attributes of the tag. The attributes are name , expression , filter , order and duplicates .

This array is suitable for passing to create_index , for example for copying the index structure of a file:

create_index NAME, TAGINFO

Creates a new index file. The index file name is specified by NAME and should not include the .mdx extension. If NAME is specified as undef or «» a production index is created.

The new index file will contain the tags specified in the TAGINFO argument: an array passed by reference, each element of which is a hash containing attributes of the particular tag. Valid attributes are: name , expression , filter , duplicates and order .

For example to create a production index with three tags:

Opens the specified index file. The name should not include the .mdx extension. If the name is not specified then the production index is opened.

Seeks in the currently selected index tag for a match for the specified value. Returns 1 if a match is found otherwise the undefined value is returned and the error code can be retrieved with CodeBase::errno .

The search value must be formatted correctly for the index, for example if an index is generted on STR(F1) , where F1 is a numeric field of width 6, the value be formatted as a right aligned 6-character integer:

For string valued index keys a search value shorter than the tag expression length will be matched on the initial substring, e.g. «FRED» would match «FREDERICK» .

Query functions

The query functions interface to the CodeBase Relate/Query module. The interface is currently incomplete. All that is provided is the facility to query a single file.

A query is prepared (in a similar manner to the Perl DBI query) and then executed and the result set stepped through. The functions are:

An example of the usage would be:

I intend to allow more complex queries to be built up in a Perl-ish manner, but I haven’t come up with an interface yet.

Miscellaneous functions

Sets configuration options for the CodeBase module. The only option currently offered is trace . Setting this to a non-zero value enables the output of tracing, which can be helpful in debugging.

Returns the error code for the last operation.

Returns an explanatory string for the error code ERRNO

Returns the version of the CodeBase library that the module was compiled and linked against.

Returns the XBase file format that the library and module were compiled for. This will be one of «dBASE IV», «FoxPro» or «Clipper».

ERRORS

Functions return a value on success and undef on error. The error code can be determined by calling CodeBase::errno , and the equivalent error message by calling CodeBase::errmsg .

A number of variables are defined as symbolic names for the CodeBase error codes. Thes variables are all defined in the CodeBase package and so need to be referred with the package prefix (e.g. $CodeBase::e4close ).

General disk access errors

Data file specific errors

Index file specific errors

Expression evaluation errors

Relation errors (not used)

For detailed explanations of these codes refer to the CodeBase Reference Guide by Sequiter Software Inc.

RESTRICTIONS

Tags cannot be added to existing index files — the entire index file must be recreated. This is a restriction imposed by CodeBase 5.1.

FUTURE DIRECTIONS

Record fields may be made into an associative array allowing their values to be accessed and set with the following syntax:

The query functionality will be expanded.

COMPATIBILTY

CodeBase Functions

Data File Functions

Date Functions

Field Functions

Unsupported functions

Many lower level functions are not directly accessible from CodeBase.pm. These include:

conversion functions (c4xxx)

linked list functions (l4xxx)

memory functions (m4xxx)

sort functions (sort4xxx)

utility functions (u4xxx)

COPYRIGHT AND TRADEMARKS

The CodeBase module is Copyright (C) 1996-1999, Andrew Ford and Ford & Mason Ltd. All rights reserved. The CodeBase library is copyright Sequiter Software, Inc.

CodeBase is a trademark of Sequiter Software, Inc.

Andrew Ford (andrew@icarus.demon.co.uk)

SEE ALSO

The Perl reference manual, especially the following sections: perlmod (modules), perldata (data types), perlobj (objects), perlref (references and nested data structures), perldsc (data structures cookbook), perllol (manipulating lists of lists).

The second edition of Programming Perl by Larry Wall and Randal L. Schwarz (O’Reilly and Associates) covers Perl 5.

The CodeBase Reference Guide and the CodeBase User Guide, both from Sequiter Software Inc. cover the underlying C library.

Module Install Instructions

To install CodeBase, copy and paste the appropriate command in to your terminal.

For more information on module installation, please visit the detailed CPAN module installation guide.

Источник

Codebase error unrecognized field name

Хостинг портала RFpro.ru:
Московский хостер
Профессиональный ХОСТИНГ на базе Linux x64 и Windows x64

Лучшие эксперты по данной тематике

V. L. Статус: Профессор Рейтинг: 954 • повысить рейтинг »

Тимошенко Дмитрий Статус: Практикант Рейтинг: 537 • повысить рейтинг »

М.Денис Статус: Студент Рейтинг: 501 • повысить рейтинг »

/ КОМПЬЮТЕРЫ И СОФТ / Программирование / 1С:Предприятие для программиста

Номер выпуска:	1200
Дата выхода:	04.11.2013, 03:30
Администратор рассылки:	V. L. (Профессор)
Подписчиков / экспертов:	57 / 17
Вопросов / ответов:	3 / 12

Консультация # 109507: Здравствуйте! Как обновить релиз Бухгалтерии 8.0 Требуется с 15.4 до 19.6. Консультация # 95424: Уважаемые эксперты, добрый день! Дописываю самостоятельно под нужды своего предприятия ТиС. Всё было ок, недавно началось: При существенных изменениях структуры (добавление нового документа/справочника и пр., реквизита) при записи выскакивает «CODEBASE ERROR #-210 Unrecognized field name SP8433», затем «Нарушена структур. Консультация # 105682: Срочно! Во время повреждения HDD потерялась база банных (вся папка). Однако после использования программ по востановлению почти всё удалось восстановить. Проблема заключается в том что база не открывается. Имеется старый бэкап (никаких изменений в конфигурации небыло), но за это время произошло столько операций, что на их ввод по.

Здравствуйте!
Как обновить релиз Бухгалтерии 8.0
Требуется с 15.4 до 19.6

Дата отправки: 15.11.2007, 10:15
Вопрос задал: Игорь Станиславович
Всего ответов: 2
Страница онлайн-консультации »

Консультирует Сысоев Дмитрий Олегович:

Здравствуйте, Игорь Станиславович!
К сожалению только последовательным обновлением в следующем порядке. 5.7, 7.5, 10.3, 12.1, 13.6, 14.4, 15.3, 16.3, 17.3, 18.4, 19.6. Удачи.

Здравствуйте, Игорь Станиславович!
Возможны варианты:
1. Попросить об этом сотрудника поддерживающей Вас фирмы-франчайзи
2. Если конфигурация не была изменена (в обратном случае это чревато потерей изменений и данных) установить обновление, потом зайти в режиме конфигуратор, выбрать пункт меню конфигурация — поддержка — обновить конфигурацию. после чего произвести поиск подходящих обновлений, вероятно найдется только что уставленное, потом нажать обновить. Но. еще раз предупреждаю: это можно делать только в том случае, если конфигурация не была изменена. Иначе — это процесс сложный и длительный и его должен производить очень опытный программист.

Консультировал: Сысоев Дмитрий Олегович Дата отправки: 15.11.2007, 10:41

Уважаемые эксперты, добрый день!
Дописываю самостоятельно под нужды своего предприятия ТиС.
Всё было ок, недавно началось:
При существенных изменениях структуры (добавление нового документа/справочника и пр., реквизита) при записи выскакивает «CODEBASE ERROR #-210 Unrecognized field name SP8433», затем «Нарушена структура данных таблицы DH3311» и все.
Как я понимаю, связано с таблицей Поступления импорт, а она очень важна, информации море.
Пытался создавать новый словарь — всё равно та же ошибка;
Пробовал ковыряться в самой таблице — не могу ничего понять.

Большая просьба — дать ссылку или подробно описать возможные исправления, а то ничего не могу изменить/добавить (кроме таблиц и кода).

Буду должен (когда забредете к нам в гости, в Минск) 😉

Здравствуйте, Igro!
Попробуй сделать Тестирование и исправление ИБ (конфигуратор, меню Администрирование).
У меня было похожее однажды при аварийном завершении работы… в дбф-ку левые символы записались.

Консультировал: Яна Дата отправки: 15.11.2007, 10:45

Консультирует Дмитрий Васильевич:

Здравствуйте, Igro!
Надо войти в md файл через far с помощью плагина(DocFile Browser Plugin for FAR) найти в subconto( до сих пор не понимаю почему справочники обозвали субконто) и удалить SUBCONTO_NUMBER8433. Потом войти в MetaData — Main metadata stream и там удалить ссылки на 8433.

Консультировал: nimoid Дата отправки: 17.07.2007, 15:03

Попробуйте сделать выгрузку и загрузку базы (не сохранение/восстановление). Ковыряние в таблице и словаре все равно ничего не даст.

Консультировал: Дмитрий Васильевич Дата отправки: 17.07.2007, 20:19

Консультирует Vlad Skorochod:

Здравствуйте, Igro!
Первым делом делаем резервную копию.
Потом есть несколько вариантов:
1) открываем файл 1cv7.dd и ищем в нем DH3311 смотрим какие там прописаны поля. После этого открываем редактором ДБФ этот файл и сравниваем структуру с той которая прописана в 1cv7.dd, и соответсвенно редактируем ДБФ.
2) открываем файл 1cv7.dd и ищем в нем DH3311. Смотрим что это за документ. Открываем конфигуратор и Добавляем в этом документе в шапке любое поле. после этого сохраняем конфигурацию.
У меня срабатывал иногда или один, или другой вариант.

Консультировал: Сергей Максименко [Elric] (Профессионал)
Дата отправки: 18.07.2007, 02:45

Во время повреждения HDD потерялась база банных (вся папка). Однако после использования программ по востановлению почти всё удалось восстановить. Проблема заключается в том что база не открывается.

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

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

1С 7.7 Торговля + Склад.

Консультирует Шахрайчук Владимир Анатольевич:

Здравствуйте, NiGHT!
Проблема заключается в том, что 1С НАСТОЛЬКО сильно фрагментирует файлы, что их практически невозможно восстановить.
Но можно попробовать удалить *.cdx (индексные файлы) 1sbcttl.dbf, 1sbcttlc.dbf, RGxxxx.dbf (остатки). Тестирование и восстановление построит их заново.
Но если тестирование и восстановление скажет, что повреждены DTxxxx.dbf, DHxxxx.dbf (документы) или SCxxxx.dbf (справочники), то это приговор.

Консультировал: Vlad Skorochod Дата отправки: 18.07.2007, 10:13

Здравствуйте, NiGHT!
Попробуйте в папку с бекапом скопировать по очереди файлы справочников, потом файлы документов и регистров.

Консультировал: Шахрайчук Владимир Анатольевич Дата отправки: 16.10.2007, 20:03

Если ничего не остается, то можете проанализировать файл 1cv7.dd, там русским языком описана структура всей базы данных, вплоть до полей dbf-таблиц. Задача кропотливая, так что стоит взвесить что займет больше времени, проанализировать структуру или все же ввести данные заново, и выбрать лучшее из худших.

Консультировал: Яна Дата отправки: 16.10.2007, 21:27

Здравствуйте, NiGHT!
К сожалению, никак.
Это всязано с тем, что ни одна из программ восстановления не может правильно восстановить данные из ДБФ файлов 1с.
Во время восстановления специализированными программами ДБФ — Файлы восстанавливаются неправильно, их структура неправильна. у меня случалось несколько подобных случаев, ни в одном старые данные восстановить не удалось, увы. Не мучайтесь с восстановлением, а начинайте вручную забивать данные. Это послужит Вам хорошим уроком 🙁

Консультировал: Сергей Максименко [Elric] (Профессионал)
Дата отправки: 16.10.2007, 21:47

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

А вообще , что либо определенное ответить трудно, надо самому пощупать эту базу, посмотреть что в каком состоянии, сверить целостность справочников и так далее, работа трудоемкая и не потерпит ошибок ))))

З.Ы. Но при желании восстоновить можно все ) !

Консультировал: BigHard Дата отправки: 17.10.2007, 08:13

Здравствуйте, NiGHT!
Можно попробовать следующее, из старой базы (которая Бэкап), в рабочую базу (которая у Вас востановлена с Винта) скопировать файлы 1Сv7.MD и 1Сv7.DD, предварительно сохранив рабочую базу. Должно помочь!
В вашем случае просто восстановить структуру базы данных (это файлы MD и DD), раз Вы писали — «почти всё удалось восстановить», то вводить ничего не придется.

Источник

Adblock
detector

Консультировал: Dubrovin Дата отправки: 17.10.2007, 10:59

1. 12.03.2019, 14:17

   
   

   #1

   

   
   Гость форума
   

   ---

   Ошибка # 210 при запуске программы 1С:Бухгалтерия 7.7
   

   Добрый день!
   Помогите, у меня проблема. По ошибки удалила папку с базой. Потом ее восстановила из корзины. В дальнейшем при открытии программы выскакивает ошибка:
   Error#:-210
   Unrecognized field name SP 33739.
   Нарушение структур данных таблицы SC 135.
   Может, можно как-то исправить. помогите, пожалуйста.
   Пробовала сделать тестирование и исправление ИБ.
   Вот результат:Вот что дало тестирование.
   Таблица — SC135. Не сошлось наименование поля номер 13 — SP33739
   Таблица — SC216. Не сходится количество полей
   Таблица — SC24895. Не сходится количество полей
   Таблица — SC31752. Не сходится количество полей
   Таблица — DH25158. Не сходится количество полей
   Таблица — DH30443. Не сходится количество полей
   Таблица — DH30465. Не сходится количество полей
   Проверка физической целостности таблиц ИБ. Неисправимая ошибка.
   Архив базы есть, но старый.

   ---

2. 12.03.2019, 15:26

   
   

   #2

   

   
   Пришел за помощью
   

   ---

   Re: Ошибка # 210 при запуске программы 1С:Бухгалтерия 7.7
   

   Добрый день, можно базу на почту bvs-ekb@yandex.ru

   ---

3. 03.06.2021, 10:46

   
   

   #3

   

   
   Гость форума
   

   ---

   Re: Ошибка # 210 при запуске программы 1С:Бухгалтерия 7.7
   

   Добрый день, Скажите, пожалуйста, удалось решить проблему. У меня такая же ошибка

   ---

4. 03.06.2021, 11:03

   
   

   #4

   Re: Ошибка # 210 при запуске программы 1С:Бухгалтерия 7.7
   

   Сообщение от nnn37
   

   Добрый день, Скажите, пожалуйста, удалось решить проблему. У меня такая же ошибка

   Реально — только восстановление из архивной копии.

   ---