![]() |
|
Критическая ошибка при реструктуризации (План счетов БП 3.0) | ☑ | ||
---|---|---|---|---|
0
gotoinf
17.05.16
✎
10:49
|
Добрый день!!!
Ибо запутался в индексах SQL прошу помощи!) БП 3.0, что сделано: 1)Добавлена новая предопределенная Характеристика в ПланВидовХарактеристик.ВидыСубконтоХозрасчетные - "СчетаНаОплату" с типом ДокументСсылка.СчетНаОплатуПоставщика, ДокументСсылка.СчетНаОплатуПокупателю. 2)Увеличено количество субконто с 3-х до 4-х в Плане счетов. 3)В ГРУППЫ счетов 60, 62 и 76 добавлено 3-е и 4-е субконто: "ДокументыРасчетовСКонтрагентом" и "СчетаНаОплату". Плюс, добавлены эти же субконто к ряду счетов из этих групп. При обновлении ИБ при реструктуризации РегистраБухгалтерии.Хозрасчетного выдаётся: В процессе обновления информационной базы произошла критическая ошибка по причине: Попытка вставки неуникального значения в уникальный индекс: Microsoft SQL Server Native Client 10.0: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo._AccRgED819NG' and the index name '_AccRgED819_ByPeriod_TRNRNNG'. The duplicate key value is (0, Dec 31 4015 12:00AM, 0x000000e0, 0x80c300155dc8156911e5aef602861e6d, 1, 0xb9ad275b22748f774090cc1696efd0c7, 0). HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1 Ну или: "Субконто регистров бухгалтерии. Хозрасчетный. Проверка уникальности записей. В таблице AccRgED819 обнаружены неуникальные записи ..." при Тестировании и исправлении. Не подскажите, в чём проблема? |
|||
1
assasu
17.05.16
✎
11:16
|
как то жили все с 3 субконто, а тут нате вам...
|
|||
2
Cyberhawk
17.05.16
✎
11:32
|
Это не связано с твоими действиями, на копии проверь - при реструктуризации будет то же самое.
У тебя косяк в таблице итогов одной из таблиц регистра бухгалтерии (или основной, или движения с субконто). Полный пересчет итогов попробуй, но поможет с небольшой вероятностью. |
|||
3
Cyberhawk
17.05.16
✎
11:33
|
Также проверь на пустые ссылки / Null / неопределено в измерениях движений регистра бухгалтерии (валюта, подразделение)
|
|||
4
gotoinf
17.05.16
✎
11:41
|
(3) Спасибо, попробую)
|
|||
5
TormozIT
гуру
17.05.16
✎
12:25
|
Очистить таблицу итогов попробуй, например установкой минимальной даты рассчитанных итогов, а потом ее возвращением обратно.
|
|||
6
TormozIT
гуру
17.05.16
✎
12:29
|
Попробуй новый инструмент "Управление итогами регистров" из ИР
http://devtool1c.ucoz.ru/index/upravlenie_itogami_registrov/0-51 Он поможет проконтролировать, что итоги действительно очистились. А если не очистятся штатными методами, то в нем есть функция их очистки прямым запросом (через СУБД). |
|||
7
gotoinf
17.05.16
✎
16:55
|
(6) 1)Спасибки, к сожалению, под Управляемым приложением не работает ИР ... 2)После долгих мучений типовыми средствами, просто сделал в sql truncate таблицы перед обновлением ИБ и всё реструктуризировалось ...)
|
|||
8
sash-ml
17.05.16
✎
17:17
|
(7) что мешает запустить базу в толстом клиенте обычное приложение?
|
|||
9
TormozIT
гуру
17.05.16
✎
20:25
|
(8) Большинству религия =)
|
|||
10
TormozIT
гуру
17.05.16
✎
20:26
|
(7) Хорошо что победил, но плохо что потратил в разы больше времени, чем мог бы через предложенный в (6) инструмент.
|
|||
11
gotoinf
18.05.16
✎
10:54
|
(10) День добрый! Использовал даже уже - но не помогает! Та же критическая ошибка остаётся! Но что самое плохое, очистка таблица truncate оказалась кажущимся избавлением - при групповом перепроведении вылезают те же критические ошибки sql, правда, уже у другой таблицы ... Так что пока думаю что делать дальше ...
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |