Ошибка загрузки пункта спецификации 121 документа 315081 : Супермаг Плюс (Супермаг 2000)

OlegON · █ 27.04.2009 09:44

Цитата:

2009.04.27 (понедельник) 08:31:11
Версия 1.024.6
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=13 SQLState=<none>
Ошибка считывания данных из базы.
>>> Запись 2
Источник: Административный модуль
HRESULT=80004005 custom=0 SQLState=<none>
Ошибка загрузки пункта спецификации 121 документа 315081.
>>> Запись 3
Источник: Административный модуль
HRESULT=80020005 custom=0 SQLState=<none>
Несовпадение типов.

Код:

select * from ffspec where ndoc=315081 and specitem=121;
      NDOC   SPECITEM ARTICLE                                              QUANTITY EXPQUANTITY  ITEMPRICE   TOTALSUM CAUSEID
---------- ---------- -------------------------------------------------- ---------- ----------- ---------- ---------- ----------------------------------------
    315081        121 39173                                                       6           0        104        624

CA  CAUSEITEM  NCAUSEDOC DO DOCDATE        DOCOP   TOTALVAT ITEMPRICECUR TOTALSUMCUR TOTALSUMNOTAX    VATRATE
-- ---------- ---------- -- --------- ---------- ---------- ------------ ----------- ------------- ----------
                         WO 17-APR-09          2      95.19          104         624        528.81

Есть идеи?

kadr · █ 27.04.2009 10:08

А что за документ в оперативной базе? Совпадает с заданной записью?

OlegON · █ 27.04.2009 10:11

Сбитый vatrate

Цитата:

SQL> r
1* select distinct ndoc from ffspec where vatrate is null

NDOC
----------
315081

SQL> select distinct vatrate from ffspec;

VATRATE
----------

20
18
10
0

SQL> update ffspec set vatrate=18 where vatrate is null;

13 rows updated.

SQL> commit;

Commit complete.

SQL> select distinct ndoc from ffspec where vatrate is null
2 ;

no rows selected

SQL> select distinct vatrate from ffspec;

VATRATE
----------
20
18
10
0

SQL>

OlegON · █ 27.04.2009 10:20

Занятно, констрейнт отработал криво...
Думается, что в этом проблема была раньше. Теперь считается правильно, но предыдущая ошибка вылезла.

OlegON · █ 27.04.2009 10:22

Цитата:

kadr ➤ А что за документ в оперативной базе? Совпадает с заданной записью?

Расходная накладная. Занятно, что ее передергивали в последний раз 21.04.09, а ошибка вылезла только сейчас... Ставьте патчи, коллеги...

AlexeyF · █ 27.12.2011 06:37

Сейчас столкнулся с аналогичной ошибкой - есть пара вопросов.
У меня стоит
Installed Top-level Products (2):
Oracle Database 10g 10.2.0.1.0
Oracle Database 10g Release 2 Patch Set 3 10.2.0.4.0

Я так понимаю что у меня нет никаких патчей поверх 10.2.0.4 ? Я правильно понял ?

Для лечения этой проблемы в принципе рекомендуется патч 8362683 на 10.2.0.4 поставить.
Второй вопрос - может тогда уже до 10.2.0.5 проапдейтить лучше ?

AlexeyF · █ 27.12.2011 07:38

Смотрю описание на рекомендованный для 10.2.0.4 патч 8362683 - он только для unix. А у меня сервер на win23-64 живёт - странно это
Видимо проблема не совсем аналогичная. Сейчас перезалью данные для расчёта себестоимости и ещё разок её запущу - посмотрим останется ошибка или нет... И если что ещё раз посмотрю сбойный документ.....

OlegON · █ 27.12.2011 08:02

На самом деле, спустя некоторое время, когда я уже забыл про этот патч, выяснилось, что в базу лазили руками недалекие люди. Констрейнт тут не при чем.
Вспоминай и внимательно смотри по логам, не пытался ли с руганью оптимайзер валидировать констрейнт? Я специально включенные без проверки включаю насильно с проверкой, чтобы такие вот косяки выявлять.

Mtirt · █ 27.12.2011 08:03

С винтами всё нормально?

AlexeyF · █ 27.12.2011 08:05

нее, оптимайзер и молчал и молчит - всё хорошо у него

Добавлено через 1 минуту 7 секунд
RAID 10
Вроде шевелится нормально, не жалуются пользователи