sc2r2bey,

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

sc2r2beyавторПопробуйте в отладчике поставить остановку по ошибке, и вызвать опять ошибку, м.б. покажет на какой строке ошибка.
я не знаю как это сделать

В Гугле посмотрите, там инструкций полный интернет.

sc2r2beyкак это мне поможет?
ну как же, перед нажатием кнопки записать в РС при вводе нового, начнёте снимать трассу, и вырубите как запишеться элемент. Там в трассе будут все команды от 1С к SQL серверу. Соответственно там и увидите, что он там пишет помимо этого регистра, раз в коде 1С не хотите разбираться. Ну и вообще мне трудно объяснять такие элементарные вещи, вам лучше почитать зачем нужен профайлер и как его использовать совместно с 1С. Статей на эту тему море.

sc2r2beyне знаю, правильно ли я сделал, но отладчик не перехватывает эту ошибку
У вас наверняка не подключен как предмет отладки сервер 1С, проверьте и подключите. Сервер 1С к отладчику подключается через правку реестра. Так же подключите отладку фоновых заданий. Как делается всё есть в Гугле.

автормой запрос работает не корректно
ваш запрос полностью корректный, только вы должны понимать, что там запись идёт не только в эту таблицу, а в ещё и в другие. Запись может осуществляться как триггерами 1С (событийный механизм), так и модулями этого регистра.
Там также могут быть расширения конфигурации которые тоже работают как триггеры. В каком месте осуществляться такая запись вам нужно разобраться. Поэтому прямая запись в таблицы 1С и не рекомендуется т.к. необходимо обладать недюжинными знаниями. И 99.9% 1С ников скажут вам, что зря вы на такое замахнулись, кто-то вспомнит про "лицензионное соглашение" (кстати, запрет 1С на прямой, в обход платформы доступ мы можем игнорировать) .
Ваш же комментарий выделенный мною говорит о том, что знаний у вас на данном этапе недостаточно. Потому как запись в РС у вас осуществляться корректно, функции преобразования guid работают правильно, в чем мы с вами и убедились.
Поэтому вам так или иначе придется лезть в код и разбираться что к чему.
Будет ли вам достаточно, чтобы разобраться только алгоритмов MSSQL или придется ещё и разбираться с 1С я не знаю.
Но мне, чтобы писать обмены, между базами 1С на уровне MSSQL пришлось разбирать как архитектуру и алгоритмы конфигураций на уровне 1С, так и архитектуру БД на уровне MSSQL. Ушло у меня на это порядка полугода. Причем сами конфигурации между которыми осуществлялся обмен были различными УТ 11.1 и много Розница 2.2. После этого я знал на уровне консультанта эти конфигурации, сейчас уже подзабыл конечно многое т.к. у меня сейчас ERP и УПП.
Все это я рассказал, чтобы вы осознали сложность задачи за которую беретесь. У вас конечно все проще на несколько порядков, но так или иначе разбираться придется.

sc2r2bey,
я вот сейчас подумал, может у вас сообщение вообще не системное, т.к. в системном сообщении д.б. идентификатор и номер таблицы. Сделайте глобальный поиск по конфигурации (Ctrl+Shift+F) слова "Объект не найден".

sc2r2beyс mssql разберусь я месяц с ним работаю
В данной задаче этого может быть мало.


А почему вы не пользуете OPENJSON?

sc2r2bey,
а я пример вам чего привел? Там от 1С только таблицы. Массовый Insert будет явно быстрее вашего построчного insert. Которым вы вряд ли обгоните 1Сй менеджер записи РС.

В поиске по Объект не найден ничего, что могло бы помочь не увидел.

В том методе что вы мне дали, у вас запись должна проходить по 2 РС:

1. МенЗаписи = РегистрыСведений.уатТекущееМестоположениеПоGPS.СоздатьМенеджерЗаписи();
2. МенЗаписи = РегистрыСведений.уатИсторияМестоположенияПоGPS.СоздатьМенеджерЗаписи();

в своем инсерте вы пишете только в 1.

Поэтому если не хотите лезть в 1С запустите профайлер и на ручной записи в 1С снимите трассу, покажите мне.

ИЛИ\И

2. включите отладку на сервере 1С, запустите 1С предприятие в режиме отладки
2.1 поставте галку останавливаться по ошибке, откройте РС с ошибкой.
2.2 если пункт 2.1 не поможет снимите трассу по замеру производительности. Покажите мне.
2.3 если не поможет уже тогда надо лезть в код и смотреть как минимум, что в менеджере записи и что происходит при открытии когда происходит ошибка.

3. препешите ваш код на OPENJSON, полностью работоспособный пример под вашу таблицу я привел выше, только естественно передавайте ей сразу весь полученный JSON. Этим вы добьетесь массового инсерта, что будет явно быстрее вашего построчного:



МенеджерЗаписи() для РС в 1С делает ровно тот же самый построчный insert into values что и у вас, только через препаред хранимку, что еще быстрее чем у вас.

sc2r2bey,
скачал я эту конфу УАТ, повторил ошибку.

У вас эта проблема из-за времени

в полях со временем должно быть так:
в первом поле должна быть дата без времени:
'4018-09-05 00:00:00',
во втором поле время без даты:
'2001-01-01 13:08:00',

Т.е. если взять ваш алгоритм, ошибка у вас в первом поле, там во времени вместо '4018-09-04 13:08:00' д.б. '4018-09-04 00:00:00'

sc2r2beyvitkhv,

Рарус порадовал

Не ну а че, вставим в таблицу второе поле datetime2() и пофиг, что надо будет в два раза больше места для хранения и вставка идти будет медленнее. Да 1С ники они такие. Хотя фирма 1С такого себе не позволяет.

И перепишите все на
OPENJSON()
не повторяйте ошибок 1С ников.

sc2r2bey,
и то, что в справочнике в модуле менеджера будет ошибка, которая не даст справочнику открыться и использовать метод ПолучитьСтруктуруХраненияБД() будет нельзя, тоже пофиг.

Я помню в 10 лет назад выпилил этот УАТ из УПП, т.к. от Раруса (ну или чей он там был 10 лет назад) еще и обновления не вовремя приходили и забыл как страшный сон.

[quot sc2r2bey]sc2r2bey,

автортри одинаковых индекса ))) сейчас в таблице 2000000 записей, добавь запись и пошла переиндексация, а запись идет регулярно и часто ))))


Я бы рассмотрел на вашем месте два предложения

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

2) в регистр добавить поле с типом уникальный идентификатор и при вставке средствами SQL генерировать в этом поле sequintial GUID. Тогда вставка будет проходить пачками в конец таблицы, к чему это приведет и как это примерно сделать очень хорошо написано здесь .