Всем доброе время суток!
Коллеги, вопрошаю о помощи всемогущий коллективный разум.
Итак:

Мы, в нашей компании, занимаемся переводом базы 1С ТиС 7.7 (релиз 27) из файлового формата .dbf в формат MSSQL 2000 сервера. Размер базы ~900Mb.
Для этого используется стандартная, описанная, процедура данного перевода: через выгрузку-загрузку файла переноса данных базы.
Но во время загрузки файла переноса в SQL, Конфигуратор1С стопится с ошибкой от SQLя, принтскрин которой я привожу.
На всякий случай вот:

---------------------------------------------------------------------------------------------------------------------------------------
SQL State: 23000
Native: 1505
Message: [Microsoft][ODBC SQL Server Driver][SQL Server]CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID2. Most significant primary key is ' 15N '.

SQL State: 01000
Native: 3621
Message: [Microsoft][ODBC SQL Server Driver][SQL Server] The statement has been terminated.
---------------------------------------------------------------------------------------------------------------------------------------

Телодвижение с пунктом Тестирование и Исправление базы из 1C Конфигуратора- никак на результат не влияет: ошибка не уходит.
Cам я не программист 1С и не SQL dba. Я специалист по сетям..


Что можно сделать с базой или ,возможно, с настройками в SQL2000 чтобы попытаться своими силами решить проблему данной ошибки ?



Заранее благодарен за любую информацию.

Злой Бобр,

какой самый оптимальный редактор посоветуешь ?

кстати, а как тут понять - какую именно табличку (какой именно .dbf файл) мне открывать в редакторе DBF ?

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

благодарю за ответ

Bone serpentSteve242,
В строке состояния пишет "Создание индексов таблицы: Справочник Место".
Значит открываем файл 1cv7.dd в базе DBF. Ищем указанный справочник.
Будет что-то типа
SC33735 - имя DBF-файла (у вас, конечно, другое имя)


Bone serpent, thnx a lot!

файл со справочником нашел.
нашел также запись ошибочного ключа.

Дальше открываем файл подходящим редактором (вполне неплох CDBF), ищем в колонке ID указанное в ошибке значение ключа '15N'. И решаем, что делать с дублирующимися записями.

теперь самый основной для меня вопрос:

- что мне делать с этой стройкой ? Удалить ? или может как-нибудь отредактировать ??
Это может както деструктивно повлиять на работу 1С в целом и вылезти где-нибудь боком при дальнейшей работе ?

привожу принскрин проблемного куска с этим ключом

Злой Бобр,

ну это я понял.. Что мне дальше делать с этими дублями ?

Вопрос: _по какому принципу_ необходимо обрабатывать дубли (я так понял- удалять) ? Какой из дублей нужно оставить, а какой удалить - как это определить вообще ?

AHDPНужно смотреть описание таблиц, точнее раздел их индексов, в аналогичном файле каталога базы подключаемой к SQL (расширение файла dds). Без этого запись трогать не следует!!! Т.к. само значение ' 15N ' поля ID корректно, иначе ТИИ её поймало.

Пути решения:
1) Перед выгрузкой из DBF базы удалить этот индекс;
2) Перед повторной загрузкой (возможно какой-то из вариантов и не рабочий, давно всё это было...)
2.1) Файле dds поменять описание индекса на не уникальный;
или
2.2) В таблице SQL поменять определение индекса;
3) Но самый правильный - разобраться с данными, но это уже не совсем техническая задача.

можно поподробнее: файл с расширением .dds - он где именно находится ? в каталоге с базой для SQLя ?

друзья,

после многочасового секса и курения манов, раскопал в соответствующем таблице .dbf- следующее: см.аттач..

Вопрос:

- какую запись из 2х удалять ?
как видно на картинке они различаются только лишь значением поля VERSTAMP: H и S (а может это- пятерка?)

прочитал про поле VERSTAMP. это типа версия записи во времени.

Итак, какой VERSTAMP 'свежее': H или S ?

host.13,

да. чем только не приходится заниматься