Oracle Database 19c 以降"O7_DICTIONARY_ACCESSIBILITY"のパラメータはサポートされなくなりました。SYS.CDEF$現在、 （別のユーザーから）ビューを作成するコードORA-01031が権限不足エラーで失敗しています。

SELECT CATALOGUE ROLEユーザーには、 、EXECUTE CATALOGUE ROLE、SELECT ANY DICTIONARY、CREATE VIEWおよびの権限がありCREATE ANY VIEWます。

サンプル：

マルチテナントと ASM を初めて使用して、一連の新しい Oracle データベース環境を構築しようとしています。Ansible を使用して基本的な構築を行いましたが、pdb は、CDB で指定しているテーブルスペースではなく、Oracle 標準テーブルスペースを使用して作成されています (CDB テーブルスペース名は期待どおりに変更されています)。PDBテーブルスペースにも触れるには、どの構成ファイルを変更する必要がありますか?

例えば; USERS ではなく USER_AUTO_01 を使用して CDB を作成します。プラガブルは同じであると予想されますが、USERS は保持されています。

構築後にデータファイルと一緒に名前を変更することはできますが、ASM を使用すると、構築中の環境では時間がかかります。

sh_main.sql を実行すると、すべて正常に動作します。スキーマも作成しますが、実行中にエラーが発生します

sh_main.sql がテーブルにデータを入力すると、このエラーが発生します。テーブルにデータを入力する際、lsh_v3.sql を使用します。このスクリプトでは、外部テーブルを作成します。

外部テーブルの作成まではすべて問題ありませんが、外部テーブルsale1vs.datを使用してデータを入力しているときに問題が発生した場合.

ログファイルの内容はこちら

Oracle 19c を使用しています。HRスキーマはすでにロック解除されています

これは、適切なプラグ可能なコンテナを使用してSYSユーザーを使用して実行しているスクリプトです

SH_MAIN.SQL

lsh_v3.sql このメイン スクリプトは、テーブルを作成するために別のスクリプト「lsh_v3.sql」を呼び出しています。これがそのスクリプトです

エラーを引き起こしていると思われるlsh_v3.sqlスクリプトの部分はこれです-

テーブルの作成までは正常に機能していますが、insert intoステートメントがエラーを引き起こしています。

Oracle 12c を使用してページネーションを実装しているときに、とORDER BYを組み合わせて使用​​すると問題が発生しました。OFFSETFETCH NEXT <X> ROWS ONLY

例

私のテストテーブルtest:

次のSQLを実行しています：

これらの結果:

質問

問題は、DB が期待される結果を返さないのはなぜですか?

noORDER BYを使用すると、問題なく動作します。このような使用は禁止されていますか？私はそれを間違って使用していますか？もしそうなら、この種の使用は不可能であると書かれているドキュメントを教えてください。私が使用しているバージョンは 12c ですが、同じ動作が 19c にも当てはまります。

その他のクエリ例

クエリOFFSETのみ:

結果：

OFFSETとでクエリFETCH NEXT 1 ROWS ONLY:

結果：

ありがとうございました

アダム

bar名前付きインデックスに裏打ちされた名前付き外部キー制約を持つテーブルを作成したいと考えています。create table DDL ステートメントのインライン定義でそれを行いたいと思います。Oracle 19 SQL 言語リファレンスを見ると、Oracle はインラインでの実行をサポートする必要があるようです。

次のステートメントを実行すると...

オラクルは、最終行の の[42000][907] ORA-00907: missing right parenthesis直前の位置をポイントして応答します。using index削除するusing indexと機能します（ただし、もちろんインデックスは作成されません）。バッキング インデックスをインラインで作成する場所の例として列を保持しましたnickが、外部キー制約の代わりに一意の制約を使用します。

別の DDL ステートメントでバッキング インデックスを作成することが回避策であることは承知していますが、インラインで整然としたものにしたいと考えています。

Oracle では、複数のデータ ファイルを含むテーブル スペースを作成できます。1 TB のデータ ファイル 1 つと 500 GB の 2 つのデータ ファイルの違いは何ですか? パフォーマンスの向上はありますか？

初めて句を使用CASTしてOracle を試していますが、結果は期待したものではありません。ON CONVERSION ERROR

CAST句なしで始めましょう：

番号 123456 はNUMBER(1,0). どういうわけか魔法のように 1 桁に切り捨てられるわけではありませんが、エラーが発生します。良い。これは私が期待していたことです。

文字列 '123456' はVARCHAR2(4 CHAR). 合わない。文字列が切断されるのではなく、数値と同様に変換エラーが発生することを予期していたことを認めなければなりません。

それはどうですか？NUMBER(1,0)突然 123456 という数字が収まらず、整数が返される問題はありませんか?

私は何度も何度も見ました。ここには括弧がありません。

私の考えは間違っていますか？それともCAST、特にON CONVERSION ERROR条項に関して、欠陥がありますか?

私は Oracle のプラガブル データベースを初めて使用します (私たちはまだ Oracle 11.2 を使用しています)。パーティションとサブパーティションをテストするには、数十のテーブルスペースを作成する必要があります。私は、現在のデータベースのクローンをすばやく作成し、テストを実行してから、データベースを削除しようと考えました。

データベースのクローンを作成できました：

ORA-01109: database not openしかし、接続しようとするとエラーが発生しました。

私はそれを開こうとしましたが、エラーメッセージも表示されます (ora193c は cdb の名前です):

vagrant-boxesのデータベースを使用しました。

私はアイデアが不足している厄介な問題を抱えています。Oracle dbms_crypto パッケージの DBMS_CRYPTO.ENCRYPT 関数を使用すると、Oracle 11C と Oracle 19 で異なる結果が得られます。この問題に最初に気付いたのは、データベースを 11c から 19c に移行し、保存された値の復号化の問題に遭遇したときでした。

次の SQL クエリは、この問題を示しています。

Oracle 11c では、このクエリは を返します9A18D619A269A5AF9716F2869A8A4F5Fが、Oracle 19c では を返します049AFACC8EC7AE239EC496E5B4534048。

この違いの原因は何なのかを考えてみました。クエリのサブ部分をチェックし、最初の違いを暗号化関数の出力に分離しました。

また、11g のさまざまなデータベースでチェックしたところ、クエリは常に同じ結果を返しました。

他の誰かが以前にこの問題に遭遇し、これを解決する方法を知っていますか? または、クエリの関数に何が影響するかについて、誰かが私にいくつかの指針を与えることができますか?

私の Oracle 19c では、作成した oracle ユーザーは v$ または x$ ビューの作成を許可されていません。12cバージョンから制限されていますか?