[ОТВЕТИТЬ]
Опции темы
27.04.2009 09:44  
OlegON
Цитата:
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
Есть идеи?
 
27.04.2009 10:08  
kadr
А что за документ в оперативной базе? Совпадает с заданной записью?
 
27.04.2009 10:11  
OlegON
Сбитый 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>
 
27.04.2009 10:20  
OlegON
Занятно, констрейнт отработал криво...
Думается, что в этом проблема была раньше. Теперь считается правильно, но предыдущая ошибка вылезла.
 
27.04.2009 10:22  
OlegON
Цитата:
Сообщение от kadr
А что за документ в оперативной базе? Совпадает с заданной записью?
Расходная накладная. Занятно, что ее передергивали в последний раз 21.04.09, а ошибка вылезла только сейчас... Ставьте патчи, коллеги...
 
27.12.2011 06:37  
AlexeyF
Сейчас столкнулся с аналогичной ошибкой - есть пара вопросов.
У меня стоит
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 проапдейтить лучше ?
 
27.12.2011 07:38  
AlexeyF
Смотрю описание на рекомендованный для 10.2.0.4 патч 8362683 - он только для unix. А у меня сервер на win23-64 живёт - странно это
Видимо проблема не совсем аналогичная. Сейчас перезалью данные для расчёта себестоимости и ещё разок её запущу - посмотрим останется ошибка или нет... И если что ещё раз посмотрю сбойный документ.....
 
27.12.2011 08:02  
OlegON
На самом деле, спустя некоторое время, когда я уже забыл про этот патч, выяснилось, что в базу лазили руками недалекие люди. Констрейнт тут не при чем.
Вспоминай и внимательно смотри по логам, не пытался ли с руганью оптимайзер валидировать констрейнт? Я специально включенные без проверки включаю насильно с проверкой, чтобы такие вот косяки выявлять.
 
27.12.2011 08:03  
Mtirt
С винтами всё нормально?
 
27.12.2011 08:05  
AlexeyF
нее, оптимайзер и молчал и молчит - всё хорошо у него

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


Опции темы



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

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