Доброго времени суток.
Делаю своеобразный перенос данных между однотипными УТ 10.3, с доработками.
Платформа 8.3.
Основные данные перенес, с помощью КД.
Но дошло дело до переноса остатков и столкнулся с проблемой.
База источник свернута на 01.02.2017. Остатки будут переносится документами Корректировка записей регистра. Так как эти документы лишь регистраторы, а записей по ним много, решил скопировать соответствующие данные с помощью sql запроса.
Просто сделал select в базе источнике, с отбором по регистраторам.
И Insert в базу приемник.
Пока пробовал, только на регистре ЦеныАТТ(подчинен регистратору).
Собственно в таблицах БД все идентично.
А вот в 1ске непонятки. Все данные перенеслись. А вот регистратор нет. Просто пустое поле, не битая ссылка, а именно пустое.
Чего ему не хватает?

наверное в новую базу скопировали id регистратора из старой
и возможно они   не совпадают.

Думал, об этом. Проверил. Совпадают.
Насколько я понимаю - КД же переносит все, в том числе и ИДшники.
А Регистраторы перекочевали именно по правилам КД.
Да и в таблицах документов я посмотрел одинаковые ссылки.
У них все совпадает, кроме версии. Это может както влиять?

(2) сделай с помощью КЗР движение по РГ сведений в базе -приемнике и сравни на сиквиле

(2)
значит не совпадают номера таблиц (TREF) в базах:
у одних и тех же документов метаданных сгенерировались разные номера таблиц в бд.

(0) Не понимаю зачем такие проблемы самому себе создавать?

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

попробуй на копии тестирование и исправление

"Просто пустое поле, не битая ссылка, а именно пустое" - у ТиИ крышу снесёт :)

(4) В sqle разные имена таблиц.
1. Но, все равно, на них сделаны вьюхи, через которые я копировал.
2. Я сравнил данные в таблицах РегистраСведений ЦеныАТТ. И в Источнике и в приемнике данные идентичны(уроме версии регистратора).

(5) По КЗР 7млн. записей, только по одному регистру. А регистров 12 на выгрузку. Проблема будет в файл это выгружать сутки. И потом столько же грузить в базу. До первой ошибки и вылета.

(3) Сейчас создам - сравню.

(6) Сделаю, но не влетит оно, чувствую.

Интересненько. У скопированных и созданного регистраторов отличается ссылка типа в sqlе, хотя документ КЗР.
_RecorderTRef
Как так может быть? Не уж то от версии к версии ссылка на вид документа может поменяться?

(9) оно, скорее всего, автоматом назначается. Также как и внутренние идентификаторы объектов конфигурации.
Поэтому, например конвертация ссылок между различными базами через ЗначениеВСтрокуВнутр/ЗначениеИзСтрокиВнутр - работает только, если база- приемник - физическая копия, в т.ч. через выгрузку/загрузку (а не поднята из той же конфы, например)

(8) "разные имена таблиц" - с чего это вдруг? Или для 8.3 уже не работает ПолучитьСтруктуруХраненияБазыДанных()? Если конфигурации типовые - то и имена для одинаковых объектов будут одинаковые.

(11) ну вот тут не знаю как должно быть.
Версии конфигураций разные. УТ 10.3.19 и УТ 10.3.40.1.

Видимо что то поменялось Потому что в них таблицы регистра цен АТТ: dbo.[_InfoRg7457] и [dbo].[_InfoRg8560], соответственно.

Сейчас сделаю апдейт таблицы, нужным типом. Посмотрим.

(12) Хмм... 8.3? Разработчики пересобрали версию и коды типов "поплыли"? Может быть в конфигураторе сортировка в дереве метаданных уже изменяет коды типов? Дорвусь до компьютера - проверю.

(0) Можно вопрос? А чего там у вас такого 7 миллионов * 12 регистров? Причем в уже "свернутой базе"?

(14)+ Это такой намек что вам бы и железо и учетную систему уже "помощнее" нуна, из 1С вылезли слегка вероятно.

(9) ну и славно, осталось заменить в базе-приемнике ссылку на локальную и всё заработает

(13) ага пересобрали, и 21 релиз заодно накатили

(17) Ага, намекаешь что этот регистр то удаляли, то вновь вводили? Нее, это фича 8.3 - её научили коды типов менять на лету. Ну, теперь понятно почему после каждого обновления реструктуризация так долго лопатит данные :)

(14) Да как бы много торговых точек * много номенклатуры = много записей. Ничего необычного не вижу.
(15) ммм... Странные намеки, в ветке по 1ске. Против партии пошли?))

(16) Ссылку обновил.

По итогу: после апдейта ссылки Типа регистратора, на необходимый - все заработало.

Всем спасибо за помощь. Вопрос можно считать закрытым.

З.Ы. То ли УТ 10.3.19, у меня конкретно перепиленная, то ли 1с реально меняет типы? Если есть, у кого то желание, гляньте какая у вас ссылка на тип документа: КЗР, в составных реквизитах. У меня для версий конфигурации:
УТ 10.3.19: 0x000000AE
УТ 10.3.40.1: 0x000000C3

(19) >много торговых точек * много номенклатуры = много записей

Эээ допустим 100 тыщ номенклатуры * 100 точек = 10 000 записей. Откуда 7 лямов то?

А если у вас >1000 точек и РИБ на 1С то я фигею...

(20)+ сорри туплю уже 100 000 * 100 = 10 лямов

Может, кто то подскажет, как 1совский гуид превращается в sqlую ссылку(binary(16))?

мне бы пригодилось.

(22) в поиск по форуму обсуждалось неоднократно

(22) Посмотри
Code First и Linq to EF на примере 1С версии 8.3

для Регистра сведений нужно еще _SimpleKey устанавливать

v8: _SimpleKey и его установка

(24) это вроде как только для независимых

(25) Да

26+ Прошу прощения. Читал невнимательно.