[ОТВЕТИТЬ]
13.09.2013 18:39
OlegON
 
Цитата:
Warning: Function created with compilation errors.

C.IsPrimary,
*
ERROR at line 28:
ORA-00904: "C"."ISPRIMARY": invalid identifier
при попытке прогнать "поверх" версии на модуле DocCOProc. Помогает только повторная прогонка скриптов сервиспака 3. Помогает - в смысле, что последствия падения правит. В общем, прогонять Генератор БД после установки сп3 не рекомендую.
13.09.2013 21:04
OlegON
 
В общем, обнаруживается какой-то косяк, последствия сервиспак ни фига не правит. Пропала колонка IsPrimary. Причем, судя по скриптам, она должна быть в новых БД, но пропадает при апгрейде...

Код:
exec SMInitNewField('SMContracts', 'IsPrimary', 'char(1)','''1''',1);
возвращает ее на место, после чего генератор работает.
Теперь он падает на
Код:
ORA-00001: unique constraint (SUPERMAG.SMCPROCESSTYPESCLASS_PK) violated
но это уже другая история... В целом не рекомендую 1030.1 сп3 к установке, я уже рыдаю...

P.S. Выяснилось, что убивает колонку, которая нужна генератору, скрипт сп3
13.09.2013 21:37
Dim
 
вовремя... на след.неделе планировал обновляться
13.09.2013 21:44
OlegON
 
В отчаянии почистил SSPROCESSTYPESCLASS и SAPROCESSTYPESCLASS, которые перезаполнились на 6 пунктов меньше. Копии табличек оставил, если что - недостающие потом внесу. Пока в шоке, даже не припомню такого, чтобы так все разваливалось при генерации.

P.S. после очистки этих таблиц будьте готовы к дальнейшим бубнам
13.09.2013 21:55
Dim
 
а 2-й сп нормально ставится?
13.09.2013 22:41
OlegON
 
Не пробовал. Там народ подорвался ставить 1030.1 сп1, потом в мыле из-за какого-то бага ставили сп3. Не думаю, что стоит вообще версию ставить, пока спокойно не выйдет сп4. У меня еще и почтовик теперь не отсылает карточки... Как вариант - еще что-то потеряли при апгрейде... Задрало...
13.09.2013 23:11
Dim
 
отписался разработчикам?
13.09.2013 23:12
OlegON
 
Цитата:
Dim отписался разработчикам?
форума достаточно... они читают.
13.09.2013 23:12
Dim
 
точно? а то пару месяцев ждать будем )
13.09.2013 23:14
OlegON
 
Цитата:
Dim точно? а то пару месяцев ждать будем )
точно, точно... С+ форум читает. Даже пишет иногда.
17.09.2013 12:41
Dim
 
чёй-то не появляется 4-й СП
17.09.2013 12:59
OlegON
 
Если бы я их писал... Кстати, там еще почтовые таблички, вроде SMPOSTTABLES и SMPOSTCOLUMNS, вроде, расползлись... Но не засек, в какой момент, возможно, что от моих правок... Хотя интуиция говорит обратное. Я сейчас все собрал, все нормально работает... Просто генератором пользоваться зарекся :)
18.09.2013 12:32
OlegON
 
Кто-нибудь пробовал поставить sp3 и еще раз генератор БД прогнать поверху? (сделайте бекап только обязательно)
18.09.2013 14:45
Kryukov
 
У меня та же ошибка что и у тебя ...
18.09.2013 16:26
Dim
 
Цитата:
Kryukov У меня та же ошибка что и у тебя ...
отписался в плюс?
18.09.2013 16:27
whitewizard
 
Надо расковырять скрипты от генератора и посмотреть, что там не так
18.09.2013 16:29
OlegON
 
Цитата:
whitewizard Надо расковырять скрипты от генератора и посмотреть, что там не так
Я ж расковырял... Он в генераторе пытается работать с колонкой IsPrimary, а в сервиспаке ее убивает.
18.09.2013 17:07
whitewizard
 
Ааа. Вредители.
18.09.2013 17:16
ReDHawK
 
В сервис паке 3 для версии 1.030.1 внесено изменение в таблицу SMContracts. Было удалено поле IsPrimary и вместо него добавлено поле ContractType. После этого изменения использование процедуры обновления пакетов генератора базы данных невозможно. В принципе, любой сервис пак может сделать использование генератора невозможным. Это нормально.
В данном случае, скорее всего клиент прогнал скрипты SP, а потом зачем-то запустил "Генератор БД", что и привело к ошибке.
Для исправления ситуации:
0. Остановить Супермажные приложения
1. После возникновения ошибки в Генераторе БД, нужно создать старое поле ISPRIMARY командой ALTER TABLE SMCONTRACTS ADD ISPRIMARY CHAR(1 BYTE) NULL;
2. Восстановить возможность повторной генерации БД командами:
UPDATE SSSYSINFO SET PARAMVALUE='1.30.1' WHERE PARAMNAME='Version;
UPDATE SSSYSINFO SET PARAMVALUE='Upgrade completed' WHERE PARAMNAME='UpgradeStep';
COMMIT;
3. Прогнать Генератор БД
4. Прогнать скрипты SP3

Ща на себе проверил, все работает :dirol_mini:
18.09.2013 17:28
whitewizard
 
Обычны таблицы ломали во время перехода с версии на версию, а тут посреди пути
18.09.2013 17:49
ReDHawK
 
Честно не понял зачем его меняли, могли наверное просто сменить тип CHAR(1 BYTE) на NUMBER(5). Но, думаю, раз поменяли, значит надо было :smile3:
18.09.2013 17:53
OlegON
 
Не помню, но вроде как именно ТП предлагала прогонять Герератор БД заново в случае каких-то проблем со структурой. Если это не предусмотрено и Генератор БД не должен гоняться на БД с той же версией, то почему он запускается на ней?
Если что, решение по исправлению я приводил тут: На версии 1030.1 сп3 некорректно работает генератор БД
18.09.2013 18:03
ReDHawK
 
Да, рекомендует, но в том случае, если не было изменений таблиц в сервис паке. А в сервис паке они бывают редко.
18.09.2013 18:08
OlegON
 
Т.е. где-то написано, что после этого сервиспака нельзя гонять Генератор БД? ;)
На самом деле там много что поползло. Допускаю, что были какие-то еще нарушения структуры ранее, но почтовик работал. А после обновления перестал, хотя обновление прошло без ошибок.
Я, собственно, не для того, чтобы поспорить или полить кого-то грязью все это написал. Просто я эту версию буду избегать, а кто как хочет уж там...
19.09.2013 09:36
Kryukov
 
Цитата:
ReDHawK В сервис паке 3 для версии 1.030.1 внесено изменение в таблицу SMContracts. Было удалено поле IsPrimary и вместо него добавлено поле ContractType. После этого изменения использование процедуры обновления пакетов генератора базы данных невозможно. В принципе, любой сервис пак может сделать использование генератора невозможным. Это нормально.
В данном случае, скорее всего клиент прогнал скрипты SP, а потом зачем-то запустил "Генератор БД", что и привело к ошибке.
Для исправления ситуации:
0. Остановить Супермажные приложения
1. После возникновения ошибки в Генераторе БД, нужно создать старое поле ISPRIMARY командой ALTER TABLE SMCONTRACTS ADD ISPRIMARY CHAR(1 BYTE) NULL;
2. Восстановить возможность повторной генерации БД командами:
UPDATE SSSYSINFO SET PARAMVALUE='1.30.1' WHERE PARAMNAME='Version;
UPDATE SSSYSINFO SET PARAMVALUE='Upgrade completed' WHERE PARAMNAME='UpgradeStep';
COMMIT;
3. Прогнать Генератор БД
4. Прогнать скрипты SP3

Ща на себе проверил, все работает :dirol_mini:
скобоку забыл в конце...
UPDATE SSSYSINFO SET PARAMVALUE='1.30.1' WHERE PARAMNAME='Version';
19.09.2013 09:43
OlegON
 
Если присмотреться, то и нолик забыл в параметре после первой точки
19.09.2013 10:27
Kryukov
 
Правильно вот так
по пользователем supermag
ALTER TABLE SMCONTRACTS ADD ISPRIMARY CHAR(1 BYTE) NULL;
UPDATE SSSYSINFO SET PARAMVALUE='1.030.1' WHERE PARAMNAME='Version';
UPDATE SSSYSINFO SET PARAMVALUE='Upgrade completed' WHERE PARAMNAME='UpgradeStep';
COMMIT;
Прогнать Генератор БД
Прогнать скрипты SP3
20.09.2013 09:06
Dim
 
обновил первый магазин... при установке обновления при регистрации какого-то файла была ошибка. снес СМ+, снес фреймворк-4, переустановил фреймворк, СМ+, ошибка осталась. плюнул, прогнал генератор, поставил СП3. расчет товародвижения, прогрузка весов - полет нормальный.
20.09.2013 09:24
Occul
 
А почтовый модуль без проблем работает?
20.09.2013 10:03
Dim
 
почтовый пока остановлен, пока ЦО не обновлен


Опции темы


Часовой пояс GMT +3, время: 06:24.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.