Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

Amazon Keyspaces でのクライアント側のタイムスタンプ

フォーカスモード
Amazon Keyspaces でのクライアント側のタイムスタンプ - Amazon Keyspaces (Apache Cassandra 向け)

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon Keyspaces では、クライアントサイドのタイムスタンプは Cassandra 互換のタイムスタンプです。テーブル内の各セルに保存されます。クライアントアプリケーションがクライアントサイドのタイムスタンプで書き込みの順序を決定できるようにして競合を解決します。たとえば、グローバルに分散しているアプリケーションのクライアントが同じデータを更新する場合、クライアントサイドのタイムスタンプにはクライアントサイドで更新が行われた順序が残ります。Amazon Keyspaces はこれらのタイムスタンプを使用して書き込みを処理します。

Amazon Keyspaces のクライアント側のタイムスタンプは全面的に管理されています。コンパクション戦略やクリーンアップ戦略などの低レベルのシステム設定は管理する必要はありません。

データを削除すると、行は削除対象としてトゥームストーンのマークが付きます。Amazon Keyspaces では、アプリケーションのパフォーマンスや可用性に影響を与えることなく、トゥームストーン化されたデータは (通常は 10 日以内に) 自動的に削除されます。トゥームストーン化されたデータは、データ操作言語 (DML) ステートメントでは使用できなくなります。トゥームストーン化されたデータがある行に対して引き続き読み取りと書き込みを実行すると、トゥームストーン化されたデータは、ストレージから削除されるまで、ストレージ、読み取りキャパシティユニット (RCU) および書き込みキャパシティユニット (WCU) にカウントされ続けます。

テーブルのクライアントサイドのタイムスタンプを有効にすると、データ操作言語 (DML) CQL クエリの USING TIMESTAMP 句でタイムスタンプを指定できます。詳細については、「Amazon Keyspaces のクエリでクライアント側のタイムスタンプを使用する」を参照してください。CQL クエリでタイムスタンプを指定しない場合、Amazon Keyspaces はクライアントドライバーから渡されたタイムスタンプを使用します。クライアントドライバーでタイムスタンプが提供されない場合、タイムスタンプを NULL にすることはできないため、Amazon Keyspaces はセルごとにタイムスタンプを自動的に割り当てます。タイムスタンプをクエリするには、DML ステートメント内の WRITETIME 関数を使用できます。

Amazon Keyspaces では、クライアントサイドのタイムスタンプを有効にしても追加料金はかかりません。ただし、クライアントサイドのタイムスタンプでは、行内の値ごとに追加のデータを保存して書き込みます。これにより、ストレージの使用量が増え、場合によってはスループットの使用量が増える可能性があります。料金の詳細については、「Amazon Keyspaces (Apache Cassandra 向け) の料金」を参照してください。

Amazon Keyspaces でクライアント側のタイムスタンプをオンにすると、すべての行のすべての列にタイムスタンプが格納されます。これらのタイムスタンプで約 20 ~ 40 バイト (データによって異なります) が使用され、行のストレージとスループットのコストに影響します。これらのメタデータバイトはまた、1 MB の行サイズクォータにカウントされます。(行のサイズが 1 MB 未満になるように) ストレージスペース全体の増加量を決定するときは、テーブルの列数と各行のコレクション要素の数を考慮してください。たとえば、テーブルに 20 列あり、各列に 40 バイトのデータが格納されている場合、行のサイズは 800 バイトから 1200 バイトに増加します。行のサイズを見積もる方法の詳細については、「Amazon Keyspaces で行のサイズを推定する」を参照してください。この例では、ストレージ用の余分な 400 バイトに加えて、1 回の書き込みで消費される書き込みキャパシティーユニット (WCU) の数が 1 WCU から 2 WCU に増えます。読み取りキャパシティと書き込みキャパシティの計算方法の詳細については、「Amazon Keyspaces で読み取り/書き込みのキャパシティモードを設定する」を参照してください。

テーブルのクライアント側のタイムスタンプをオンにすると、オフにすることはできません。

クエリでクライアント側のタイムスタンプを使用する方法については、「Amazon Keyspaces のクエリでクライアント側のタイムスタンプを使用する」を参照してください。

Amazon Keyspaces のクライアント側のタイムスタンプを AWS サービスに統合する方法

次のクライアント側のメトリクスは Amazon CloudWatch で継続的モニタリングを有効にするために使用できます。

  • SystemReconciliationDeletes — トゥームストーン化したデータを削除するために必要な削除操作の数。

CloudWatch のメトリクスのモニタリング方法については、「Amazon CloudWatch による Amazon Keyspaces のモニタリング」を参照してください。

を使用すると AWS CloudFormation、Amazon Keyspaces テーブルの作成時にクライアント側のタイムスタンプを有効にできます。詳細については、AWS CloudFormation ユーザーガイドをご参照ください。

このページの内容

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.