アプリケーションスキーマのUSERSテーブルスペースのベストプラクティス
外部アプリケーションデータを保持するユーザー/スキーマを作成する場合、ユーザーがデフォルトで設定されているテーブルスペースのベストプラクティスは何ですか？
作成されたユーザーは、デフォルトのテーブルスペースのUSERテーブルスペースにデフォルト設定する必要がありますか？これはTEMPテーブルスペースにも当てはまりますか？または、このユーザーは、アプリケーションデータを保持するために、SYSTEMユーザーテーブルスペースとは別に、個別のデフォルトテーブルスペースと一時テーブルスペースを作成する必要がありますか？
オラクルのドキュメントでこれを示すものを探してみましたが、探していたものに近いものを見つけることができませんでした。これが本質的に主観的なものである場合はお詫びします。
これはベストプラクティスであり、答えは「状況によって異なります」です。たとえば、スキーマのアクセス数が少なく、データが少ない場合、ユーザーのデータにクォータを割り当てることができるため、USERS/TEMPとは異なる別のテーブルスペースを使用する必要はありません（この場合、個別のテーブルスペースの作成は単なる質問です）。組織について）。逆に、スキーマのI/Oが高い場合やデータが多い場合は、異なるテーブルスペースを使用することをお勧めします。これは、異なるテーブルスペースをディスクの異なるプールに作成できるためです（たとえば、Oracleは磁気ハードディスクにインストールされています）。 、およびテーブルスペースデータはSSDのプールに作成されます）。注：この場合、インデックスを保存するために別のテーブルスペースも必要です。