# メタデータテーブルの制限と制約
<a name="metadata-tables-restrictions"></a>

Amazon S3 Metadata には、次の制限と制約があります。
+ S3 メタデータは、現時点では特定のリージョンでのみ利用可能です。詳細については、「[S3 メタデータ AWS リージョン](#metadata-tables-regions)」を参照してください。
+ S3 Metadata は、汎用バケットでサポートされているすべてのストレージクラスをサポートします。S3 Intelligent-Tiering ストレージクラスの場合、特定の階層はメタデータテーブルに表示されません。
+ メタデータテーブル設定を作成すると、メタデータテーブルは AWS マネージドテーブルバケットに保存されます。設定をカスタマーマネージドのテーブルバケットに保存することはできません。
+ S3 Metadata は、ディレクトリバケット、テーブルバケット、またはベクトルバケットではサポートされていません。メタデータテーブル設定は、汎用バケットに対してのみ作成できます。ジャーナルテーブルは、メタデータテーブル設定を作成した後に発生する変更イベント (アップロード、更新、削除など) のメタデータのみをキャプチャします。
+ ジャーナルテーブルまたはインベントリテーブルスナップショットの有効期限を制御することはできません。テーブルごとに、Amazon S3 は最低 1 つのスナップショットを最大 24 時間保存します。

  コストを最小限に抑えるために、ジャーナルテーブルレコードの有効期限を設定できます。デフォルトでは、ジャーナルテーブルレコードは期限切れにならず、ジャーナルテーブルレコードは最低 7 日間保持する必要があります。詳細については、「[ジャーナルテーブルレコードを期限切れにする](metadata-tables-expire-journal-table-records.md)」を参照してください。
+ メタデータテーブル設定は、汎用バケット全体に対してのみ作成できます。プレフィックスレベルでメタデータテーブル設定を適用することはできません。
+ メタデータテーブルの更新を一時停止および再開することはできません。ただし、ジャーナルテーブルまたはライブインベントリテーブルの関連付けられたメタデータ設定は削除できます。設定を削除しても、関連付けられたジャーナルまたはインベントリテーブルは削除されません。設定を再作成するには、まず古いジャーナルテーブルまたはインベントリテーブルを削除してから、Amazon S3 で新しいジャーナルテーブルまたはインベントリテーブルを作成できます。インベントリテーブルを再度有効にすると、Amazon S3 は新しいインベントリテーブルを作成し、新しいインベントリテーブルのバックフィルに対して再度課金されます。
+ メタデータテーブルには、S3 インベントリまたは Amazon S3 REST API で利用できるメタデータと同じものがすべて含まれているわけではありません。例えば、次の情報はメタデータテーブルでは使用できません。
  + S3 ライフサイクルの有効期限または移行ステータス
  + Object Lock の保持期間またはガバナンスモード
  + オブジェクトのアクセスコントロールリスト (ACL) 情報
  + レプリケーションステータス
+ Amazon Athena または Amazon Redshift を使用してメタデータテーブルをクエリする場合は、メタデータテーブルの名前空間名を引用符 (`"`) またはバックティック (```) で囲む必要があります。囲まない場合、クエリが機能しない可能性があります。例については「[メタデータテーブルクエリの例](metadata-tables-example-queries.md)」を参照してください。
+ Amazon EMR または他のサードパーティーエンジンで Apache Spark を使用してメタデータテーブルをクエリする場合は、Amazon S3 Tables Iceberg REST エンドポイントを使用することをお勧めします。このエンドポイントを使用しないと、クエリが正常に実行されない可能性があります。詳細については、「[Amazon S3 Tables Iceberg REST エンドポイントを使用したテーブルへのアクセス](s3-tables-integrating-open-source.md)」を参照してください。

## S3 メタデータ AWS リージョン
<a name="metadata-tables-regions"></a>

S3 メタデータは現在、次の AWS リージョンで利用可能です。


|  AWS リージョン 名  |  AWS リージョン コード  | 
| --- | --- | 
|  アフリカ (ケープタウン)  |  `af-south-1`  | 
|  アジアパシフィック (香港)  |  `ap-east-1`  | 
|  アジアパシフィック (ジャカルタ)  |  `ap-southeast-3`  | 
|  アジアパシフィック (メルボルン)  |  `ap-southeast-4`  | 
|  アジアパシフィック (ムンバイ)  |  `ap-south-1`  | 
|  アジアパシフィック (大阪)  |  `ap-northeast-3`  | 
|  アジアパシフィック (ソウル)  |  `ap-northeast-2`  | 
|  アジアパシフィック (シンガポール)  |  `ap-southeast-1`  | 
|  アジアパシフィック (シドニー)  |  `ap-southeast-2`  | 
|  アジアパシフィック (東京)  |  `ap-northeast-1`  | 
|  カナダ (中部)  |  `ca-central-1`  | 
|  カナダ西部 (カルガリー)  |  `ca-west-1`  | 
|  欧州 (フランクフルト)  |  `eu-central-1`  | 
|  欧州 (チューリッヒ)  |  `eu-central-2`  | 
|  欧州 (アイルランド)  |  `eu-west-1`  | 
|  欧州 (ロンドン)  |  `eu-west-2`  | 
|  欧州 (ミラノ)  |  `eu-south-1`  | 
|  欧州 (パリ)  |  `eu-west-3`  | 
|  欧州 (スペイン)  |  `eu-south-2`  | 
|  欧州 (ストックホルム)  |  `eu-north-1`  | 
|  イスラエル (テルアビブ)  |  `il-central-1`  | 
|  中東 (バーレーン)  |  `me-south-1`  | 
|  中東 (アラブ首長国連邦)  |  `me-central-1`  | 
|  南米 (サンパウロ)  |  `sa-east-1`  | 
|  米国東部 (バージニア北部)  |  `us-east-1`  | 
|  米国東部 (オハイオ)  |  `us-east-2`  | 
|  米国西部 (北カリフォルニア)  |  `us-west-1`  | 
|  米国西部 (オレゴン)  |  `us-west-2`  |