問題タブ [ora-00054]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
11809 参照

oracle - ORA-00054エラーの理由は何ですか?

Oracleのドキュメントから:-

このコードではSELECT FOR UPDATE NOWAIT、更新しようとしている行をロックするコマンドを発行します。

現在のロジックでは、SQLエラーが返された場合54、別のユーザーが同じレコードを更新しようとしていると見なされます。このロジックは有効ですか?

Oracleのドキュメントからは、DBが圧倒されている場合は、このエラーがスローされる可能性があるように見えます。

上記のSQLコマンドのみを使用している場合、このエラーの考えられる理由は何ですか?

0 投票する
3 に答える
14585 参照

oracle - ORA-00054 の原因を特定するにはどうすればよいですか?

過去しばらくの間、データベースへの多数の同時更新中に、ORA-00054を発行しようとしているときにエラーが発生することに気付きました。SELECT ... FOR UPDATE NOWAITこれは私たちの開発システムであり、実際には他のユーザーはいません。少なくともそれが私たちの信念です。

アプリケーションのログを確認しましたが、すべて問題ないようです。同じ行を更新しようとするスレッドはありません。

このエラーが発生したときにロックを保持しているユーザー ID を知らせるログを生成するように Oracle db を構成するにはどうすればよいですか?

0 投票する
4 に答える
1816 参照

sql - SQL Developer - 90,000 行を削除する

重複の可能性:
ORA-00054: リソースがビジーで、NOWAIT を指定して取得中

SQL dev に、すべてのデータを消去したいテーブルがあります。約 90,000 行以上あります。テーブルではなくデータを削除したいだけです。

DELETE *、TRUNCATE など、試したことはすべてうまくいきませんでした。出くわし続ける

ORA-00054: リソースがビジーで、NOWAIT を指定して取得するか、タイムアウトになりました

エラー

0 投票する
0 に答える
356 参照

oracle - Oracle: SQL エラー: ORA-00054: リソースがビジーで、NOWAIT を指定して取得するか、タイムアウトが期限切れになりました

簡単な DDL スクリプトがあります。最初にDROP TABLEステートメント、次に 、CREATE次にINSERT. 常に機能していましたが、スクリプトを実行すると突然次のエラー メッセージが表示されます。

エラーレポート -

どうすればこれを修正できますか?

0 投票する
1 に答える
14150 参照

sql - SQL Developer で ORA-00054 エラーを取得する

テーブルを削除しようとすると、このエラーが発生します。

私はググってググって、自分の能力を最大限に発揮するために可能なすべての解決策を試しましたが、これまでのところどれもうまくいきませんでした.

これは私が得ているエラーです:

私は SQLDeveloper や SQL 自体についてそれほど詳しくないので、できる限り詳しく説明してください。

ありがとうございました!

0 投票する
2 に答える
513 参照

oracle - テーブルを別のテーブルでロックできますか?

テーブル ロックに関して、Oracle 11g データベースで問題が発生しています。

table1 などのテーブルを切り捨てる sql*plus を介して実行されるプロシージャがあります。テーブルが切り捨てられる部分でプロシージャの実行中に、ORA-00054: リソースがビジーで取得で NOWAIT エラーが発生することがあります。Tomcat サーバーに webapp があり、再起動すると (Tomcat からデータベースへのセッションを強制終了するため)、手順を正常に再実行できます。table1 は、select でも、webapp のソース コードでは使用されていませんが、table1 の多くの親テーブルは使用されています。

親テーブルの 1 つに対するコミットされていない更新がロックを引き起こしている可能性はありますか? もしそうなら、それをテストする方法について何か提案はありますか? 問題が発生したときに DBA に確認しましたが、プロシージャをブロックしているセッションと、ロックの原因となったステートメントを取得できませんでした。