Реклама на этом месте
Форум 1С
Форум 1С
Программистам. Бухгалтерам. Администраторам. Пользователям
Задай вопрос - получи решение проблемы. Без троллинга и флуда.
16 Дек 2017, 19:53
МультиВход
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Не получили письмо с кодом активации?
 
collapse

Автор Тема: УТ переход к SQL  (Прочитано 1615 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн gm-

  • *
  • Сообщений: 2
  • РЕПУТАЦИЯ: 0
  • Регистрация: 2015-09-04
  • Сайт: 
hi
Перенос файловой базы УТ 10.3.33.1 1сv8.2.19.130 на postgresql 9.1.9-1.1C. В процессе переноса dtшника вылезла ошибка:
Цитировать
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
ERROR:  could not create unique index "_docume6271_bydatakey_rr"
DETAIL:  Key (_idrref, _nodetref, _noderref)=(\xbbd050465d9f068811e52c4f38a2e50c, \x0000000c, \xbae608606e79aafa11e39ed6d6e8a7f8) is duplicated.
По статье http://www.gilev.ru/nonunique/ выполнял:
1.1. Если Вы делаете загрузку (используйете dt-файл) в базу MS SQL Server, то при создании базы перед загрузкой укажите смещение дат — 2000.
выдало:
Цитировать
Microsoft SQL Server Native Client 11.0: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo._DocumentChngR6271' and the index name '_Docume6271_ByNodeMsg_RNR'. The

duplicate key value is (0x0000000c, 0xbae608606e79aafa11e39ed6d6e8a7f8, <NULL>, 0xbbd050465d9f068811e52c4f38a2e50c).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
1.2. Если есть возможность в файловом варианте работать с базой, то выполните Тестирование и Исправление, а также Конфигурация — Проверка конфигурации — Проверка логической целостности конфигурации + Поиск некорректных ссылок.

1.3. Если нет файлового варианта, попробуйте загрузить из DT в клиент-серверный вариант с DB2 (который менее требователен к уникальности), и затем выполнить Тестирование и Исправление, а также Конфигурация — Проверка конфигурации — Проверка логической целостности конфигурации + Поиск некорректных ссылок.
Цитировать
htype=SQL_HANDLE_STMT hndl=0x10001, line=4921, file=./src/DB2Connection.cpp
SQLSTATE=23505, native=-803, '[IBM][CLI Driver][DB2/LINUX] SQL0803N  One or more values in the INSERT statement, UPDATE statement, or foreign key update caused by a DELETE statement are not valid because the primary key, unique constraint or unique index identified by "2" constrains table "DB2INST1.V8T5D9B000C29B43CF311E552EE2D4AC95A" from having duplicate values for the index key.  SQLSTATE=23505'
Как я понял проблема в object name 'dbo._DocumentChngR6271' and the index name '_Docume6271_ByNodeMsg_RNR'. Вопрос как их найти и исправить индексы, в любой SQL?


Оффлайн DmitriyF

  • *****
  • Сообщений: 730
  • РЕПУТАЦИЯ: 48
  • КПД: 7%
  • Регистрация: 2013-03-18
  • Сайт: 
  • Профессия: Разработчик 1С
Re: УТ переход к SQL
« Ответ #1: 05 Сен 2015, 17:52 »
hi
Перенос файловой базы УТ 10.3.33.1 1сv8.2.19.130 на postgresql 9.1.9-1.1C. В процессе переноса dtшника вылезла ошибка:
Цитировать
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Попытка вставки неуникального значения в уникальный индекс:
ERROR:  could not create unique index "_docume6271_bydatakey_rr"
DETAIL:  Key (_idrref, _nodetref, _noderref)=(\xbbd050465d9f068811e52c4f38a2e50c, \x0000000c, \xbae608606e79aafa11e39ed6d6e8a7f8) is duplicated.
По статье http://www.gilev.ru/nonunique/ выполнял:
1.1. Если Вы делаете загрузку (используйете dt-файл) в базу MS SQL Server, то при создании базы перед загрузкой укажите смещение дат — 2000.
выдало:
Цитировать
Microsoft SQL Server Native Client 11.0: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo._DocumentChngR6271' and the index name '_Docume6271_ByNodeMsg_RNR'. The

duplicate key value is (0x0000000c, 0xbae608606e79aafa11e39ed6d6e8a7f8, <NULL>, 0xbbd050465d9f068811e52c4f38a2e50c).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
1.2. Если есть возможность в файловом варианте работать с базой, то выполните Тестирование и Исправление, а также Конфигурация — Проверка конфигурации — Проверка логической целостности конфигурации + Поиск некорректных ссылок.

1.3. Если нет файлового варианта, попробуйте загрузить из DT в клиент-серверный вариант с DB2 (который менее требователен к уникальности), и затем выполнить Тестирование и Исправление, а также Конфигурация — Проверка конфигурации — Проверка логической целостности конфигурации + Поиск некорректных ссылок.
Цитировать
htype=SQL_HANDLE_STMT hndl=0x10001, line=4921, file=./src/DB2Connection.cpp
SQLSTATE=23505, native=-803, '[IBM][CLI Driver][DB2/LINUX] SQL0803N  One or more values in the INSERT statement, UPDATE statement, or foreign key update caused by a DELETE statement are not valid because the primary key, unique constraint or unique index identified by "2" constrains table "DB2INST1.V8T5D9B000C29B43CF311E552EE2D4AC95A" from having duplicate values for the index key.  SQLSTATE=23505'
Как я понял проблема в object name 'dbo._DocumentChngR6271' and the index name '_Docume6271_ByNodeMsg_RNR'. Вопрос как их найти и исправить индексы, в любой SQL?
вы тестирование базы делали? Проверку chkdbfl делали?

Оффлайн gm-

  • *
  • Сообщений: 2
  • РЕПУТАЦИЯ: 0
  • Регистрация: 2015-09-04
  • Сайт: 
Re: УТ переход к SQL
« Ответ #2: 06 Сен 2015, 12:31 »
quote author=DmitriyF link=topic=55845.msg150069#msg150069 date=1441464734]вы тестирование базы делали? Проверку chkdbfl делали?[/quote]
1.2. Если есть возможность в файловом варианте работать с базой, то выполните Тестирование и Исправление, а также Конфигурация — Проверка конфигурации — Проверка логической целостности конфигурации + Поиск некорректных ссылок.
Да, тестирование, chkdbfl все делал. Загружал в разные субд, выгружал обратно в файловую базу - проверял, ничего из этих "простых" решений не помогает. Необходимо работать с субд и искать эти дублирующие индексы или с базами 1с.

Оффлайн DmitriyF

  • *****
  • Сообщений: 730
  • РЕПУТАЦИЯ: 48
  • КПД: 7%
  • Регистрация: 2013-03-18
  • Сайт: 
  • Профессия: Разработчик 1С
Re: УТ переход к SQL
« Ответ #3: 06 Сен 2015, 14:15 »
quote author=DmitriyF link=topic=55845.msg150069#msg150069 date=1441464734]вы тестирование базы делали? Проверку chkdbfl делали?
1.2. Если есть возможность в файловом варианте работать с базой, то выполните Тестирование и Исправление, а также Конфигурация — Проверка конфигурации — Проверка логической целостности конфигурации + Поиск некорректных ссылок.
Да, тестирование, chkdbfl все делал. Загружал в разные субд, выгружал обратно в файловую базу - проверял, ничего из этих "простых" решений не помогает. Необходимо работать с субд и искать эти дублирующие индексы или с базами 1с.
[/quote]не можешь сам тогда либо так договариваютсячтобы посмотрели либо фо фриланс


Теги:
 


* Живое общение

Не устроил ответ?

Зарегистрируйся и задай свой вопрос. Живое общение приносит результат намного быстрее.


Зарегистрироваться

* Реклама

* Поиск

* Последние задачи на разработку (фриланс)

* Реклама

* Последние вакансии

* Топ 10 авторов за месяц

Геннадий ОбьГЭС Геннадий ОбьГЭС
157 Сообщений
ilyay ilyay
66 Сообщений
alex0402
53 Сообщений
AIFrame
48 Сообщений
oleg-x
44 Сообщений
andron81_81
44 Сообщений
BuhRust
33 Сообщений
MuI_I_Ika MuI_I_Ika
32 Сообщений
Golickoff Golickoff
31 Сообщений
Dima Dddd Dima Dddd
24 Сообщений

* Кто онлайн

  • Точка Гостей: 241
  • Точка Скрытых: 0
  • Точка Пользователей: 3
  • Точка Сейчас на форуме:

* Облако тэгов

* Форум 1С с мобильного

* Инструменты

* Дополнительно

Поиск

 
SimplePortal 2.3.5 © 2008-2012, SimplePortal