Oracle12c UPDATE実施時の奇怪現象(タイムアウト？製品バグ？)

Question

お世話になっております。
OracleDB処理について奇怪な事象が発生しているので質問です。

(事象)
下記のようなSQLを実行した際には
カラムAに関しては更新が走っており値が入り、カラムBには値がNullになってしまう事象です。

UPDATE
SET
A = ファンクション(引数1、引数2)
B = ファンクション(引数1、引数2)
From Sample

・この条件下でファンクションへ渡す引数は全く同一のもである
・ファンクション内はDBリンクで別スキーマのテーブルを参照している
・毎回発生しておらず、AM6:00〜AM7:00といったシステムが稼動直後に発生する
・ログ上ではOraエラータイムアウトエラー等の出力はなし
・この時間帯、DBリンク先でDMP取得処理が実施される

再現性がわからず手詰まり状態です。
ネットワークやOracle製品起因で上記の事象が発生することは考えられますでしょうか。
抽象的な質問で恐縮ですが、何か手がかりになるような情報を頂けると幸いです。

----------------(追記) ----------------
DBリンク先のファンクションで参照しているテーブルのデータを参照していますが、そこがデータの洗い替えのために一時的にtruncateされ0レコードになっている可能性があります。ただそのタイミングで処理が走ったとして、カラムAもNullにならないと整合性が合わないので関係ないと推測はしております。

Comments

[Orlofsky]

ここの掲示板では Markdown の使い方を覚えてください。
Oracle12.1, Oracle12.2 共にかなりのパッチが提供されているはずです。 DB LINK元とリンク先のOracle Database の正確なバージョン、
現象が再現できる最低限のCREATE TABLE, エラーが発生するパターンと発生しないパターンのデータをINSERTで、CREATE FUNCTIONとUPDATE文 を https://teratail.com/help/question-tips#questionTips3-7 の [コード] で質問に追加してください。

前回の質問もどう解決できたか提示しないのも掲示板のマナー違反です。

[sazi]

どのようなファンクションでしょうか？PRAGMAとか指定していませんか？

[ukaritainaa]

Orlofsky様
問い合わせのフォーマットのマナー違反であることご指摘ありがとうございます。
次回以降気をつけます。
追加の質問の具体的なコードですが、個人のPGではないため掲載できかねます。
詳細な調査というよりも、DMPエクスポート時や統計処理時、もしくは製品起因でこのような事象が発生する可能性があるか気になったものです。

[ukaritainaa]

Sazo様
ご質問ありがとうございます。
PRAGMAは特に使用をしておりません。
具体性がなく恐縮ですが、特に何も変わったことはしていない下記のようなファンクションです。

Select カラムA from Sample2
Where カラム1 = 引数1
And カラム2 = 引数2
返却値・・・カラムA
Sample・・・シノニム、別スキーマのDBリンク先テーブル

[sazi]

トランザクション分離レベルは何ですか？
また、「別スキーマのDBリンク先テーブル」とは「別スキーマで使用しているリンクテーブル」という事でしょうか？
また、そのリンクテーブルのリンク先は何ですか？

[sazi]

それから、ファンクション内で参照しているテーブルは別なトランザクションでの更新とぶつかることがありますか？
また、この現象の発生頻度は？

[Orlofsky]

>次回以降気をつけます。
で次回の質問がある人ってほとんどいません。

Oracleのパッチについては竿ーと契約者のみが知り得る情報ですから、一般の掲示板での質問では得られない情報です。

Answer 1

一つのクエリの中で、2回ファンクションを実行していますが、この２つのファンクションは同時に実行されるわけではなく、同一レコードを確実にSelectするわけではありません。

例えば、一つのクエリの中で複数のタイムスタンプ取得関数を実行すると、わずかに時刻がずれていることが確認できると思いますが、参照先DBのTRUNCATE処理がその間に挟まったと考えると分かりやすいかと思います。
FUNCTIONでは別スキーマテーブルをSelectしているとのことですので、おそらく数ミリ～数十ミリ秒ぐらいはかかっているのではと思います。

ですので、参照先テーブルが丁度TRUNCATEされる頃に実行していると、片側だけNULLということもありえ、不思議な動きではないと考えられます。