[ОТВЕТИТЬ]
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
Вроде шевелится нормально, не жалуются пользователи
27.12.2011 08:05
OlegON
 
до 10.2.0.5 лучше, конечно, чем патчик один втыкать, но ты погоди, давай тогда ошибку точную. Особенно ее третью часть. У меня на 10.2.0.4 уйма народу без проблем работает.
27.12.2011 08:07
Mtirt
 
Цитата:
AlexeyF RAID 10
Вроде шевелится нормально, не жалуются пользователи
А проверить по смарту чем-нибудь на всякий случай?
27.12.2011 08:14
AlexeyF
 
код: 80004005h
доп код: 13
Ошибка считывания данных из базы.
Ошибка при загрузке операций для артикула 030375
Ошибка загрузки пункта спецификации 851 документа CS.Бр20111221@39 (1274684).

80020005р
Type mismatch.
27.12.2011 08:19
OlegON
 
кто фронтом? что в той строке спецификации? (null, как у меня? запрос выше)

Добавлено через 2 минуты 2 секунды
кстати, оптимизатор там хеши структуры выдает, можешь сравнить с магазинными... может, ты нужный констрейнт уже убил?
27.12.2011 08:20
AlexeyF
 
Сейчас к сожалению не могу посмотреть в ffspec что и как. Я сделал очистку базы аналитической, сделал полную выгрузку, сейчас сделаю расчёт товародвижения - потом буду думать, если ошибка повторится.
27.12.2011 08:51
AlexeyF
 
Цитата:
OlegON кстати, оптимизатор там хеши структуры выдает, можешь сравнить с магазинными... может, ты нужный констрейнт уже убил?
CNS5011044460538 оно ? констрейнты ?
27.12.2011 11:16
OlegON
 
не помню :) ты все сравнивай... должно же все совпадать
27.12.2011 12:10
AlexeyF
 
А вот всё остальное не совпадает. Это я сравнил две свои центральные базы.
27.12.2011 16:23
OlegON
 
чем кончилось-то?
28.12.2011 05:33
AlexeyF
 
Ночью себестоимость всётаки досчиталась.
Итого:
После чистки аналитической базы и полной выгрузки данных для расчёта, себестоимость посчиталась уже без ошибки.
Если проблемы были с констрэйнтом, значит оптимайзер его успел поправить. Я так понимаю.
28.12.2011 07:50
OlegON
 
может быть... только кто-то, значит, его дергал... этого кого-то лучше найти сейчас...
Опции темы


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

 

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