Еще раз про CREATE UNIQUE INDEX в паре SQL 1C, Help #241947

Привет всем еще раз. Вышел на новое место работы. познакомился с их базой.база юзает только Оперативный учет. решил перевисти базу на скль. НО не тут то было. уже в конце цагрузке базы при пересчете ссылок, выдалоКонфигураторNative: 1505Message: [Microsoft][ODBC SQL Server Driver][SQL Server]CREATE UNIQUE INDEX terminatedbecause a duplicate key was found for index ID 2. Most significant primary key is ' 0 '.Native: 3621Message: [Microsoft][ODBC SQL Server Driver][SQL Server]The statement has been terminated.---------------------------ОК---------------------------тут же на сайте нашел описание подобной проблемытолько вот у меня вопрос есть, если у меня эта таблица в скль 1SCRDOCабсолютно пуста, то как найти ту в которой сбились индексы?и вообще можно их поправить в дбф а потом уже тащить ее на скль сервак?

платформа?

эээээээээээ вот же бяка выбрал раздел v7 а оно не отобразилось.плтаформа седьмая 1С v7.7 релиз 25-ый.сервак вин 2003скль 2000-ый со всеми сервис паками

Таблица 1SCRDOC у тебя пуста потому что SQL Server прежде чем зафиксировать транзакцию, в которой происходит вставка данных, проверяет, а не нарушают ли вставляемые данные ограничения целостности. В твоем случае данные нарушают ограничение уникального индекса, о чем сиквел сервер тебе прямо и говорит:CREATE UNIQUE INDEX terminatedbecause a duplicate key was found for index ID 2Найди причину этого. Она не в 1SCRDOC, а в другой таблице.

to так вот в том и дело что я не знаю как нийти эту другую таблицу.и что там искать.просто ни когда не лазил глубоко в 1С, т.е. во внутренние таблицы как в дба так и скль. :(

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

-- есть проводки по непроведенным документам-- такое безобразие нужно "покоцать"--delete from _1sentry (nolock)--where docid in (select iddoc from _1sjourn (nolock)where closed=0)-- есть проводки, но нет соответствующих документов-- такое безобразие нужно "покоцать"--delete from _1sentry (nolock)--where docid not in (select iddoc from _1sjourn (nolock))-- есть проводки, но нет соответствующих операций-- такое безобразие нужно "покоцать"--delete from _1sentry (nolock)--where docid not in (select docid from _1soper (nolock))-- есть операции, но нет соответствующих документов-- такое безобразие нужно "покоцать"--delete from _1soper (nolock)--where docid not in (select iddoc from _1sjourn (nolock))-- проверка правильности заполнения DATE_TIME_DOCID в _1sentry-- вместо проверки - замена на правильный DATE_TIME_DOCID--update _1sentry set DATE_TIME_DOCID=_1sjourn.DATE_TIME_idDOC--from _1sjourn (nolock)--from _1sentry (nolock), _1sjourn (nolock)--where _1sentry.DOCID=_1sjourn.idDOC and-- _1sentry.DATE_TIME_DOCID<>_1sjourn.DATE_TIME_idDOC-- здесь можно сделать установку поля APPCODE, которое содержит-- флаги, к какой компоненте принадлежит документ (см. статью на-- hare.ru в разделе Коллективный разум про структуру базы)-- поле устанавливается для определенного вида документа IDDOCDEF-- то есть известно какой документ, по какой компоненте делает-- движения-- проверка правильности заполнения APPCODE в _1Sjourn--Update _1Sjourn set appcode=appcode+32--where appcode<32 and IDDOCDEF<>1356 and-- iddoc in (select docid from _1sentry (nolock))-- 32 – заменить на нужный APPCODE-- 1356 –заменить на нужный IDDOCDEF-- проверка базы - можно раскомментировать--dbcc checkdb-- переиндексация базы данных - можно раскомментировать--ехес _1sp_dbreindexНужное расскомментируй и сначала пробуй на копии!!!

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

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