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

в схеме базы данных отсутствует таблица "InfoRg455".
тестирование и исправление не помогает. так как при запуске возникает другая ошибка :
Ошибка SDBL:
"выход за пределы размерности результата".

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

p.s пользуюсь файловой б.д.

(0) хотя InfoRg это судя по всему регистр сведений. но странно , что на него ругань. он не корректировался вообще.

и как в файловой б.д. эту таблицу глянуть ума не приложу :(

https://helpme1c.ru/ispolzovanie-utility-chdbfl-dlya-testirovaniya-i-ispravleniya-fizicheskoj-celostnosti-bazy-1sbuxgalteriya-8-3-redakciya-3-0

(0) При такой ошибке Вам не ТиИ запускать, а chdbfl.exe (учитывая что база файловая).

(1) ПолучитьСтруктуруХраненияБазыДанных() гугли в СП конфигуратора.

(0) может перенесли наживую (кто-то в ней сидел)? Неполностью скопировали? По сети также бывают ошибки (особенно по ftp), надо контрольную сумму рассчитывать и потом делать проверку на новом месте.

(2) спасибо , попробую.

(4) кроме меня никого. я всего лишь бэкап инфобазы сделал и перенес домой и загрузил.

(6) внешние винчестеры и флешки так могут себя вести, плюс оперативка без есс:
https://habr.com/ru/post/274235/#comments

И плюс база сколько весит? Вы в dt выгружали? Ошибок при загрузке не было?

(7) в мейлоблако сохраняю.

но вы знаете , что интересно создал новую инфобазу и залил туда dt-шку. я этим очистил кэш. и всё заработало. dt-шка весит 370Кб приблизительно. ошибок ,конечно ,нет, но не факт , что не всплывут ещё где-нибудь в дальнейшем.

(3) утилита не обнаружила ошибок . очень странно...

что за чудеса. и после придыдущих мною описанных действий работает.

сталкивался кто-нибудь с такой ситуацией ?

Сталкивался. Похожая ошибка возникала при обновлении базы данных. Помогло ТИИ с одной галочкой "Реиндексация..."

(9) 370Кб? Самописка из одного справочника чтоли?

(13) один документ, несколько справочников, регистры сведений. :) всё это заполненно тестовыми данными

(12) а мне помогло новое добавление существующей инфобазы
+ залил дт - шку в неё.

полагаю таким образом я очистил кэш.

да очистил очистил.
:)

(16) так и настораживает , что этого достаточно. утилита особо не помогла , тестирование и исправление тоже нет.

(17) извиняюсь, утилита вообще не помогла. имею ввиду chdbfl.exe

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

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

:)

это как бы весчь полезная, но вот такие злые шутки иногда

Я не понял все-равно, человек перенес базу на новый комп, начал обновлять и сразу кэш полетел?

(23) Всё наоборот. Побились кэши и у ТС начались чудеса. Создание новой базы помогло решить проблему... якобы.

Потому что далеко не факт, что проблема решена. Теперь автору светит поиск чёрной кошки в тёмной комнате - перепроверять все ли данные на месте.

(23) платформы разные походу

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

(0) "Код по условию задачи может быть отрицательным числом... слетела уникальность кода в справочнике... коды я стал подбирать сам с учетом уникальности вручную..." - epic fail, вон из профессии!

Коды не рекомендуется "нагружать" каким-либо "левым" функционалом, кроме предопределенного. Тем более, если они "несовместимы" с механизмом автонумерации платформы.

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

(26) "бекапил инфобазу в момент, когда я там сидел. Может из-за этого?" - а вот это верное предположение.

(27) справочник крайне редко корректируется. подобрать вручную уникальный код не вижу прямо такого преступления. отрицательные коды сделаны в силу совместимости со старой системой (не 1с). только из-за этого. не будь этого факта я естественно бы оставил его числовым и забыл .

ТС обновился CF-ом через кучу релизов?

(30) dt-шками обновляюсь

(30) или я неверно понял

(27) кстати , если есть возможность сделать код строковым . вопрос зачем оставлена такая возможность ?

(30) у ТС самописная база из нескольких объектов всего, а побилась из-за отсутствия опыта работы с 1С.
(33) Строковые коды используются почти во всех типовых, это нормально и с уникальностью там никаких проблем нет. Выше уже написали, что нумерацию надо использовать для нумерации, а для дополнительного функционала использовать другие реквизиты (в том числе для совместимости с другими системами).

(29) Я не говорил "преступление" - я сказал "не рекомендуется" и далее пояснил почему. Работа "вручную" - удел юзверей и не к лицу программисту. Программист решает проблемы программно :)

(34) ну то есть лучше переделать, как вы считаете ? (сделать системный код числовым, а если нужен внутренний код , то его сделать отдельным реквизитом)

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

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

(36) Если хотите советов, то нужна конкретика. Что за элементы такие с отрицательным кодом? насколько их много? насколько часто они меняются?
Может быть у вас там фиксированные значения, для которых 1С механизм перечислений сделала.

(38) необходимо сделать функционал расчета заказа. сейчас это реализовано в программе которая постепенно погибает из-за того, что работает только на старом MS SQL Server . в старой системе у заказа есть системные реквизиты некоторые почему-то имеют отрицательный код, их немного . для того чтобы залить старыми заказами я и пытался сохранить эту некрасивую отрицательную нумерацию кодов реквизитов. справочник редактируется один раз. элементы имеющие отрицательные коды никогда не трогаются как впрочем и все остальные !

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

аа и забыл сказать ещё вот что. справочник заводится вручную настройщиком по сути один раз.
а планировалось заливается всё в регистр сведений, одно измерение которого имеет тип "параметр" из этого горесправочника. вот !

в чем проблема перевести программу на новый sql?
а если express или compact,то почему нельзя параллельно поставить старый.
просто,ваять что то на 1с,не зная,как оно работает.
а не .net ли ваше приложение?не забываем,что .net прекрасно разбирается в исходный код,и можно запросики поправить,и все будет работать.

(42) древняя разраба на Centura. под 1С надо делать так необходимо завязка на бухгалтерии.

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

(43) и не надо советовать импорт - экспорт. это мы проходили . это утопия в нашем производственном дур.доме.

(42) проблема в том, что исходников тем более написанной на древнем языке Гупта у нас нет. только модули скомпилированные . А эти коды под новый MS SQL Server могут и отвалиться.

а MS SQL Server надо менять так железо стареет и сыпется.

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

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

(46) Выше писали, что у них самописка на 1С на несколько объектов, а не типовые конфигурации.
(39) Так и не написали что за реквизиты с отрицательными кодами и для чего они нужны. Переносить все в справочники, скорее всего, неправильная практика, в 1С есть целый ряд типовых элементов и определенная практика из использования.

Автор, по всей видимости у тебя ошибка в DBShema.

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

Кстати когда будешь выгружать в XML на ошибочных данных будет происходить падение.

Если интересно почитай ветки где обсуждалось как решать эти проблемы

Ошибка SDBL при обновлении БП 3.0.64.54 => 3.0.65.80 на платформе 8.3.12.1595

Обновление 1С:Бухгалтерии - ошибка неуникального индекса

Обновление 1С:Бухгалтерии на 3.0.65.84 (выкидывает, ошибка APPCRASH)

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

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

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

(47) вопрос меня сейчас мучает стоит ли уходить от текстового типа кода справочника . и вводить свой искусственный код

ещё подробнее опишу ситуацию. Есть справочник параметров заказа в нем очень много реквизитов(параметр) 200-300 или более. Все они статичны (грубо говоря задам этот набор я),
в справочнике заносится наименование реквизита (параметра заказа) , код, тип (строка, число, выбор из списка).
Есть документ в нем табличная часть . Каждая строка документа представляет собой Реквизит, значение.
При сохранении всё сливается в регистр сведения, при открытии документа заполненияется табличные части из регистра сведений.

всё это реализовано.

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

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

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

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

всю эту реализацию мне кстати тоже подсказали на форумах

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

(56) рассматривали эти вещи правда на другом форуме. не подходили эти вещи. вернее может быть и вышло бы, но легче было изобрести велосипед