Приветствую уважаемые.

КА 1.1 файловая (Платформа 8.3.6), 15 ГБ перевожу в SQL 2012.
Выгрузил dt, загружаю в SQL - получаю ошибку SQL сервера - неуникальная запись в уникальной таблице AccRgT744.

Сделал ТиИ без галок реиндексации и сжатия, выгрузил dt ещё раз, гружу опять та же ошибка.

Как можно быстро найти эту запись и удалить?

Отключить итоги перед выгрузкой

(1) Спасибо
Теперь новая проблема

Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo._AccRgED1152' and the index name '_AccRgED1152_ByPeriod_TRNRN'. The duplicate key value is (Nov 30 4014 11:59PM, 0x000001fa, 0xb911001e6746b00411e479d1b60bc875, 11, 0xb5bec72d2c1ac9714487aece7c698fe5, 0).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1

наверное надо проверку перед выгрузкой было запустить? по крайней мере на 7ке раньше так было :)

ну а вообще в сообщении все написано

а...проверка сделана ... проблема в дублях при подсчете итогов

вот тут http://main.1c-ei.ru/Home/help/objectdb/dbschema

написано что  AccRgED<n> - таблица значений субконто регистра бухгалтерии, создается в том случае, если он ссылается на план счетов, у которого максимальное количество субконто больше нуля.

"таблица значений субконто регистра бухгалтерии" какая-то загадочная таблица. вроде и не итоги, а строится явно каким-то подсчетом.

данные загрузились.

1с для таблиц данных (не системных) индексы создает после загрузки данных.

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

В файловой не проверяется уникальность записей. Это же азбука. Имхо, можно/нужно самостоятельно выявлять и ликвидировать неуникальность записей. Запрос проверки неуникальности строится по ключевым полям индекса (его наименование - в тексте ошибки). Их можно "подсмотреть" в структуре хранения данных. Впрочем ключ индекса и без этой информации можно узнать. Более подробно - http://www.gilev.ru/index/

(8)

осталось выяснить как построить
запрос 1с8 ,  чтобы выбрать задвоенные (или детальные) записи из таблиц субконто для файловой базы

(7) Похоже что и вправду загрузилось

С TSQL дружу плохо, родил такой запрос:

SELECT DISTINCT [_Period]
      ,[_RecorderTRef]
      ,[_RecorderRRef]
      ,[_LineNo]
      ,[_Correspond]
      ,[_KindRRef]
      ,[_Value_TYPE]
      ,[_Value_RTRef]
      ,[_Value_RRRef]
  FROM [agro_upp_test_01].[dbo].[_AccRgED1152]
  group by [_Period]
      ,[_RecorderTRef]
      ,[_RecorderRRef]
      ,[_LineNo]
      ,[_Correspond]
      ,[_KindRRef]
      ,[_Value_TYPE]
      ,[_Value_RTRef]
      ,[_Value_RRRef] having count(*)>1

Вывел записи, посмотрел в базе - относятся к документу расчету себестоимости.
В форме списка творятся чудеса, то показывает Расчет себестоимости 000000012 от 30.11.2014 10:07:20, то Расчет себестоимости 000000012 от 30.11.2014 23:59:59. Буду смотреть на что с этим делать.

помниться на регистре бух была ошибка если вместо пустых ссылок в субкото было неопределено или нул.
Такое могло быть при переносе проводок

(0) dt выгрузил из файловой ?

https://drive.google.com/file/d/0B2Iu5ze8dqNeQ0RLdnpFblgzMmM/view?usp=sharing

Тьфу, увидел что из файловой. Сделай ТиИ на файловой платформой посовременнее.

(12) Да, Dt из файловой
(14) делал - пост №(0), 8.3.8.2137

При просмотре движений документа Расчет себестоимости 000000012 выпадает та же ошибка в SQL. Отменить проведение неполучается, опять пишет ошибку неуникальности. Попробую в файловой перепровести и выгрузить.

(15) вообще распроведи его, потом в новой базу проведешь

(9) Хмм... мне легче установить на компе PostgreSQL, развернуть базу из DT и там ликвидировать неуникальность.