Ошибка "Violation of PRIMARY KEY constraint ... Cannot insert duplicate key in object"

18.08.15

База данных - Инструменты администратора БД

При работе в 1С на SQL может появиться ошибка "Violation of PRIMARY KEY constraint ... Cannot insert duplicate key in object".
Сегодня попытаемся понять, почему она возникла и как ее устранить!

Предыстория:

Никого не удивлю, типичный случай. Приходит бухгалтер и сообщает, что хотела провести документ в 1С 7.7, но он выпадает в ошибку.

Начал разбираться, прошелся отладчиком в копии по коду. Причину сразу не нашел, до конца кода отладку не провел и решил нажать F5, чтобы продолжить работу в базе. Документ провелся. Но я решил отменить проведение и повторно провести его. И вот тут вылетела ошибка "Violation of PRIMARY KEY constraint 'PK_RA17286'. Cannot insert duplicate key in object 'RA17286'." Естественно, это только частный случай, как эта ошибка может возникнуть, но ее решение подойдет для каждого!

 

Решение:

Данная ошибка в моем случае связана с тем, что в SQL есть движение документа, но документ не проведен. В момент его проведения должна создаться запись в регистре, но она уже есть!

Я нашел два решения:

1. Простой, но долгий.

2. Сложный, но быстрый. 

Решение 1.

Зайти в конфигуратор и нажать ТиИ (Тестирование и исправление ИБ). В моем случае база весит ~ 16 гигабайт. ТиИ работало на тестовом сервере ~ 24 часа. Думаю, время решение такой ошибки не устроит вас! Но если у вас есть время или нет в штате опытного программиста, то можете выбрать этот вариант решения вопроса!

Решение 2.

У нас 1С 7.7 стоит на MS SQL Server 2000. Копия базы также развернута на SQL. 

Итак, что нам понадобится:

1. Файл "1Cv7.DDS", который лежит в каталоге базы 1с 7.7.

2. Имя документа из конфигуратора.

3. Доступ в SQL.

Откроем файл "1Cv7.DDS" (я использую просмотр по F3 в тоталкомандере). Найдем строку с именем документа. Вы увидите таблицу и в колонке "Name" или "SQLTableNam" будет написано название таблицы в SQL (в моем случае это было "DH17245"). Заходим в "Enterprise Manager" нашего SQL. Находим нашу базу и ищем в ней таблицу с нужным названием (я искал "DH17245"). Когда нашли таблицу с таким именем, то кликаем по таблице ПКМ "Открыть таблицу" (Open table) -> "Вернуть все строки" (Return all rows). Там ищем запись по вашему документу. Мне удалось его легко найти, документ был один в нужном периоде. Нашли запись и запомнили его IDDOC (у меня было "KLMN"). Теперь ищем таблицу, которая вывалилась в ошибке (у меня "RA17286"). Аналогично открываем таблицу с ошибкой (моя таблица "RA17286") и находим запись на нужный документ (мой документ "KLMN"). Удалим запись ПКМ по строке нажать Delete -> Yes. 

Все, теперь ошибка при проведении возникать перестанет!

 

Итог:

Важно! Я четко знал, какой документ был сбойный. У меня была копия базы для экспериментов! Повторять только на копии!

Violation of PRIMARY KEY constraint Cannot insert duplicate key in object

См. также

SALE! 15%

Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Программист Руководитель проекта Платформа 1С v8.3 Конфигурации 1cv8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Россия Платные (руб)

Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP и т.д.). Поддерживаются управляемые и обычные формы. Может выполнять свертку сразу нескольких баз данных и выполнять их автоматически без непосредственного участия пользователя.

8400 7140 руб.

20.08.2024    7765    55    22    

66

Инструменты администратора БД Роли и права Системный администратор Программист Пользователь 8.3.14 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 18.09.2024, версия 1.2

16800 руб.

06.12.2023    8841    42    5    

73

SALE! 15%

Инструменты администратора БД Инструментарий разработчика Роли и права Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

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

10000 8500 руб.

10.11.2023    10412    36    20    

61

SALE! 35%

Инструментарий разработчика Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

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

4800 3120 руб.

14.01.2013    187971    1138    0    

912

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    32666    106    152    

73

Инструменты администратора БД Системный администратор Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием Платные (руб)

Конфигурация Комплексная автоматизация 1.1 (и УПП 1.3 тоже) хранит файлы и изображения в справочнике Хранилище дополнительной информации в реквизите Хранилище типа ХранилищеЗначений. Та же история с ВложениямиЭлектроннойПочты. Но при этом присоединенные файлы в Электронном документообороте хранит в томах на диске. Эта доработка позволяет использовать стандартный механизм хранения файлов, изображений и вложений электронных писем в томах на диске. При этом можно разделить тома хранения по объектам конфигурации.

4200 руб.

10.11.2015    62814    94    59    

79

Архивирование (backup) Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

Данная разработка позволит решить вопрос с резервным копированием Ваших баз в автоматическом режиме, расположенных на сервере 1С. Система умеет ставить блокировки на вход, блокировать фоновые задания, принудительно отключать сеансы пользователей. И все это система делает в автоматически при создании бэкапа (или через команду). Выгрузка происходит в родной формат 1С - .dt. Так же система умеет архивировать данные выгрузки с установкой пароля. Умеет менять расширение файла zip или dt на любое указанное вами, что позволит сохранить выгрузки от шифровальщика. Может удалять старые копии выгрузок, оставляя указанное количество резервных копий, начиная с самой поздней. Только для WINDOWS!

6000 руб.

06.11.2012    72787    625    45    

84

Инструменты администратора БД Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Многие сталкиваются с проблемой когда изображения, находящиеся в базе разные по объему и размерам. Менеджеры могут добавить файлы в очень высоком разрешении, объемом свыше 20 Мегабайт. База данных становится слишком большой, выгрузка на сайт идёт медленно и требуется много место на хостинге. Как сжать картинки и уменьшить размер базы 1С? Это можно сделать с помощью данной обработки. Существует возможность выбрать различные варианты для того чтобы уменьшить картинки: в разы, в процентах от первоначального объема, а также сделать картинки одинаковой ширины. В результате размер базы 1С значительно сократится (в зависимости от количества и размера картинок), а изображения станут небольшого объема, равными по ширине, почти без потери качества. Работает на управляемых формах для УТ 11, КА, ERP.

3000 руб.

21.07.2022    9831    7    4    

15
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. CheBurator 2712 19.08.15 01:17 Сейчас в теме
Не описано действительно нужное - 1. причина почему такая ошибка появилась 2. как избежать появления такой ошибки.
alyaev.a.v; +1 Ответить
3. Xershi 1555 19.08.15 09:30 Сейчас в теме
(1) CheBurator, моя причина описана в предыстории. Ваша может быть совсем другой!
(2) alyaev.a.v, я привел 2 варианта! Можете предложить третий? Не забываем читать ИТОГ!
4. alyaev.a.v 19.08.15 09:34 Сейчас в теме
(3) Ок, знали док это хорошо, сейчас есть уверенность что таких кривых доков больше нет?
5. Xershi 1555 19.08.15 09:34 Сейчас в теме
(4) alyaev.a.v, конечно! Код отлажен, ТиИ сделано!
6. alyaev.a.v 19.08.15 09:38 Сейчас в теме
(5) Если ТИИ сделано, тогда вообще не пойму зачем вариант 2 ???
Вариант 2 никакого отношения к проблеме не имеет получается, описание как найти по структуре базы таблицу в скуле и удалить запись.
7. Xershi 1555 19.08.15 09:42 Сейчас в теме
(6) alyaev.a.v, потому что у меня 2 копии базы. На одной запустил ТиИ. На второй сделал удаление.
А на рабочей базе повторил второй вариант. Согласись запустить ТиИ на рабочей базе на 24 часа не вариант!
9. alyaev.a.v 19.08.15 09:57 Сейчас в теме
(7) Не соглашусь.
Как временный вариант, чтобы дотянуть до выходных и сделать ТИИ подходит.
Но оставить так базу...Я бы сделал ТИИ и не парился бы.

Ну как говорится это решает специалист, повторюсь если есть уверенность что больше нет косяков, то почему и нет.
10. CheBurator 2712 19.08.15 14:34 Сейчас в теме
(3) "Данная ошибка в моем случае связана с тем, что в SQL есть движение документа, но документ не проведен"
- это не ошибка. Это следствие ошибки. Штатными вариантами действий добиться такой ситуации - навскидку не представляю.
8. shmellevich 136 19.08.15 09:51 Сейчас в теме
(1)
1. причина - нагрузка на SQL базу при большом количестве пользователей, особенно когда они работают с одним видом документов, и главная причина платформа 1С 7.7 и архитектура хранения документов в базе данных.

2. как избежать появления такой ошибки. - по своему опыту скажу подобные ошибки возникают настолько редко, что их даже воспроизвести не получится, у меня из 13 баз идентичных такие ошибки встречались за 3 года всего 2 или 3 раза, при этом размеры баз 10-ки ГБ.

Автору спасибо за инструкцию, для тех у кого это может проявиться.
11. CheBurator 2712 19.08.15 14:36 Сейчас в теме
(8) спсб за поснения. Но причина - так и осталась невыясненной... ;-)
12. Xershi 1555 19.08.15 14:48 Сейчас в теме
(11) CheBurator, еще раз повторяю как получить такую ошибку: в моем случае в документе была ошибка и документ не проводился. Я решил пройти отладчиком, шел через ф8. До конца кода не дошел и нажал ф5. Документ провелся без ошибки! Но не должен был проводиться, а выйти в ошибку. Но он провелся, конечно не корректно. И после отмены проведения и повторного проведения возникает ошибка. Я думаю это баг платформы.
13. CheBurator 2712 19.08.15 16:04 Сейчас в теме
(12) фигня какая-то...
> Документ провелся без ошибки! Но не должен был проводиться, а выйти в ошибку. Но он провелся, конечно не корректно.
- тем не менее провелся. штатно. с записью движений в регистр. ПРОБЛЕМ НЕ ВИЖУ.

> И после отмены проведения и повторного проведения возникает ошибка.
- отмену проведения штатно делали? повторное проведение выполнилось нормально (провелось с записью движений)? или не провелось с выдачей штатного сообщения? Дополнительным кодом с использованием транзакций - игрались?
.
Такая ошибка воспроизводится устойчиво? если да - просьба записать коротенькое видео.
14. Xershi 1555 19.08.15 16:16 Сейчас в теме
(13) CheBurator, вы статью прочитайте!!!
И код уже исправлен, поэтому записывать даже нечего.
17. CheBurator 2712 19.08.15 16:51 Сейчас в теме
(14) а что такого ХИТРОГО было в коде, что приводило к появлению ошибки?
то что документ провелся (хотя по вашему замыслу не должен был проводиться) - это штатное поведение.
то что документ отменили проведение - это штатная возможность
то что потом документ повторно провели (успешно или неуспешно) - это штатная возможность.
здесь ничего косячить не должно.

а вот то, что поправили код и внезапно у непроведенного документа не стало движений как и должно быть (а раньше были) - вот это и напрягает...
может вы там хитро с транзакциями баловались.. или прямые запросы юзаете...
18. Xershi 1555 19.08.15 17:20 Сейчас в теме
(17) CheBurator, вот именно
то что потом документ повторно провели (успешно или неуспешно) - это штатная возможность.
Он выпал в ошибку. Решение указал выше.
Прочтите (16).
Без удаления записи в скуле документ при проведении вывалился с ошибкой на скуле.
С удалением записи в скуле документ при проведении вылетает на ошибке кода в 1с.
После удаления и правки кода документ провелся нормально.
20. CheBurator 2712 19.08.15 19:40 Сейчас в теме
(18) он выпал в ошибку (скуль отрапортовал и это вообщем неинтересно) потому что до этого была ошибочная ситуация: документ не проведен, но движения присутствуют - а вот это интересно как именно этого добились.... и какой именно код (исходный, приводящий устойчиво к скульной ошибке ) поменяли, что теперь цепочка операций "проведение-распроведение-повторное проведение" отрабатывает нормально как и должно?

ответа на вопросы чуть выше вообщем так и не было: - игрались с транзакциями при проведении/распроведении доков? прямые запросы использовали в проведении/распроведении? использовали отмену проведения путем модификации прямыми запросами признака проведения документа? до возникновения ошибочной ситуации - про которую написал скуль - модифицировали что либо в таблицах регистров прямыми запросами или непосредственно в самом скуле?
21. Xershi 1555 20.08.15 08:47 Сейчас в теме
(20) CheBurator, если бы вы прочли все внимательно, то вопрос бы не возник. По коду как я понял: делалась проводка, но в счете дебета использовался старый план счетов(до 2012,а сейчас используем новый), из-за этого он не подставлялся в проводку. В этом была ошибка кода, после правки счет берется из нового плана счетов. Когда удалил запись, то и проблемы не стало!
15. MadDAD 136 19.08.15 16:21 Сейчас в теме
(12) может в табло в отладчике было что-то хитрое?

Вообще вот нашел методику - http://www.klerk.ru/print/1996 по аналогии можно и с регистрами.
16. Xershi 1555 19.08.15 16:30 Сейчас в теме
(15) MadDAD, ничего хитрого не было, вы же уже читали первоисточник http://forum.infostart.ru/forum9/topic136472/. Ссылка ваша хорошая, только сложно это переварить, если не работать со скулем.
24. _Z1 38 21.08.15 11:30 Сейчас в теме
(8) Это не причина.
sql держит любую нагрузку.
Как бы принцип транзакции или все сделано или все откатили.

Поддержу Cheburator прав на все 100%
2. alyaev.a.v 19.08.15 09:26 Сейчас в теме
Даже если сбойный док 1, то вариант так себе. Потом бух найдет еще один, потом еще и понеслась...
ТИИ избавляет сразу от ВСЕХ таких кривых доков/записей.
Да и не безопасно все это.
19. vasyak319 152 19.08.15 17:49 Сейчас в теме
Вы удаляете движение из таблицы регистра. А что у вас при этом с итогами?
22. CheBurator 2712 20.08.15 18:05 Сейчас в теме
А при чем здесь ПРОВОДКИ и наличие движений ПО РЕГИСТРУ у непроведенного документа...?
23. Xershi 1555 21.08.15 08:53 Сейчас в теме
(22) CheBurator, для этого написана статья.
Оставьте свое сообщение