|
Загрузка типовой конфигурации в измененную. Что-то пошло не так. | ☑ | ||
---|---|---|---|---|
0
RomaH
naïve
29.04.16
✎
10:40
|
Суть:
есть ЗУП 2.5 - лет 8 ей уже по ходу вносились изменения. в том числе - предопределенные виды расчетов. И вот - если сейчас взять и загрузить типовую cf - то при обновлении пишет, что, мол, ключ индекса не уникальный SQL тра-ля-ля ... почему именно думаю на виды расчетов - потому как "Сравнить, объединить с конфигурацией из файла" с отключением ПВР - нормально проходит может кто подскажет - как исправить? похоже какой-то предопределенный ВР в нашей ЗУП имеет такой же ключ, как другой предопределенный ВР в типовой ЗУП |
|||
1
КнОпка
29.04.16
✎
10:42
|
Зачем загружать cf, что за издевательство над базой?
|
|||
2
RomaH
naïve
29.04.16
✎
10:44
|
(1) ок, для игр с НДФЛ надо исключить влияние изменений
т.е. играть на полностью типовой ЗУП как превратить рабочую базу в полностью типовую? |
|||
3
RomaH
naïve
29.04.16
✎
10:45
|
(1) и второй вопрос - такой подход задевает твои чувства верующего?
|
|||
4
John83
29.04.16
✎
11:00
|
еще один загружальщик.. сейчас может собратья подтянутся
поддержка - обновить - выбираешь последний цф |
|||
5
Карупян
29.04.16
✎
11:03
|
сравнить и объединить нужно
|
|||
6
mikecool
29.04.16
✎
11:05
|
(2) поставь типовую, перегрузи данные
может даже переход с 2.5 на 3.0 схавает твою конфигу |
|||
7
Serg_1960
29.04.16
✎
11:06
|
Если конфигурация регулярно обновлялась - то в настройке поддержки твоя "полностью типовая" - в конфигурации поставщика - кнопка "Сравнить, объединить".
|
|||
8
Serg_1960
29.04.16
✎
11:09
|
(0) "при обновлении пишет, что, мол, ключ индекса не уникальный SQL тра-ля-ля" - в файловой версии или из-под PostgreSQL издевайся над базой - не уникальность не помеха.
|
|||
9
RomaH
naïve
29.04.16
✎
11:10
|
(7) ладно - уговорили
Суть: есть ЗУП 2.5 - лет 8 ей уже по ходу вносились изменения. в том числе - предопределенные виды расчетов. И вот - если сейчас взять и сравнить и объединить типовую cf - то при обновлении пишет, что, мол, ключ индекса не уникальный SQL тра-ля-ля ... почему именно думаю на виды расчетов - потому как "Сравнить, объединить с конфигурацией из файла" с отключением ПВР - нормально проходит может кто подскажет - как исправить? похоже какой-то предопределенный ВР в нашей ЗУП имеет такой же ключ, как другой предопределенный ВР в типовой ЗУП |
|||
10
КнОпка
29.04.16
✎
11:25
|
(9) ну поменяйте коды для предопределенных в своей базе для нетиповых, а возможно и имя.
|
|||
11
1CIlya
29.04.16
✎
12:45
|
Попробуйте перед загрузкой типовой конфигурации удалить предопределенные виды расчетов из плана видов расчетов, примите изменения. В информационной базе "точечка" у таких элементов пропадет и смело загружайте конфигурацию.
|
|||
12
RomaH
naïve
29.04.16
✎
12:54
|
(11) думаешь поможет? я боясь гуид у двух ВР просто одинаковый
и даже если снять признак предопределенного у ссылки - то ГУИД останется тот же т.е. по сути надо выяснять какая именно запись все портит делать для неё дубль - потом менять везде "неправильную" запись на правильную удалять неправильную и новая платформа позволяет управлять признаком "Предопределенный" |
|||
13
1CIlya
29.04.16
✎
12:59
|
(12) Уничтожь предопределенные элементы без выяснения причин, копия все стерпит.
|
|||
14
RomaH
naïve
29.04.16
✎
14:11
|
(13) мне надо рабочуюю привести в нормальное состояние - что бы в любое время раз - и готово
|
|||
15
1CIlya
29.04.16
✎
14:15
|
(13) Причина пока предполагаемая, ее подтвердить надо. Если без предопределенных элементов все загрузится, можно думать как чинить в основной.
|
|||
16
Карупян
29.04.16
✎
14:17
|
а на какой таблице то ругается?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |