Cookie の設定を選択する

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

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

分析の日付と時刻の値をカスタマイズする

フォーカスモード
分析の日付と時刻の値をカスタマイズする - Amazon QuickSight

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

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

Amazon QuickSight では、作成者は、分析のカスタムタイムゾーンおよび週の開始日を設定できます。カスタムの週の開始またはタイムゾーンを設定すると、日時データを使用する分析内のすべてのビジュアルは、分析で使用されるタイムゾーンまたは週の開始を反映するようにフォーマットされます。

分析でのカスタムタイムゾーンの設定

QuickSight の作成者は、カスタムタイムゾーンを使用して、複数の地理的地域にわたってデータを管理できます。カスタムタイムゾーンを設定すると、表示されるすべてのディメンション、メジャー、計算フィールド、フィルターが、クエリ実行時に選択したタイムゾーンに変換されます。夏時間 (DST) の調整が自動的に適用されるため、過去の日付を正確に処理できない、時間のかかる回避策が不要になります。

カスタムタイムゾーンとは、世界中の特定の地理的地域を表す IANA タイムゾーンの使用に関する用語です。各タイムゾーンは、協定世界時 (UTC) からのオフセットとして定義されます。タイムゾーンには DST が組み込まれているため、単純なオフセットとは異なります。

すべての分析のデフォルトのタイムゾーンは UTC です。

タイムゾーンには次のルールが適用されます。

  • 日時は、選択したタイムゾーンに hour が変換されるよりも低い粒度で表示されます。例えば、分析のタイムゾーンを America/New_York (UTC-04:00) に設定した場合、UTC+00:00 の日時の値である Dec.1, 2020 12:00am は変換され、Nov.30, 2020 7:00pm として表示されます。夏時間 (DST) は日時変換に組み込まれます。

  • 計算に追加される日時リテラル、またはフィルターで選択される日時リテラルは、分析について選択されたタイムゾーンを尊重します。例えば、01-01-2022 7:00pm などの計算フィールドにリテラルを手動で入力するか、または固定フィルター時刻を選択すると、QuickSight は選択したタイムゾーンをリテラル値に適用します。

  • hour/minute の粒度を超えて集計されるメジャーは、分析が設定されているタイムゾーンに基づいて集計されます。QuickSight がデータセットを処理する際に、すべてのタイムスタンプは最初に最も低い粒度レベルで変換されます。その後、分析のために選択したタイムゾーンの境界に基づいて値が集計されます。例えば、タイムゾーンが UTC+00:00 である日レベルの時間単位の収益の合計は、UTC のタイムゾーンの 12am-11pm のすべての時間単位の収益を集計して計算されます。UTC+00:00New_York (UTC-04:00) に変換すると、New_York (UTC-04:00) の 1 日の開始と終了に対応するように、すべての収益データポイントが 8:00pm-7:00pm(+1day) (UTC) から集計されます。

  • now() 関数、ローリング日付フィルター、パラメータは、選択したタイムゾーンに変換されます。now() 関数を使用する相対日付フィルター、ローリング日付フィルター、および相対日付パラメータも、ビジュアルに適用される際に、選択されたタイムゾーンを尊重します。例えば、last week などの相対フィルター、または start of the month などのローリング日付フィルターを選択すると、選択されたタイムゾーンが自動的にフィルターに適用され、値 last week of New_York time zone および start of the month of New_York time zone がそれぞれ表示されます。

分析のカスタムタイムゾーンを設定するには
  1. 変更する分析から、トップメニューに移動し、[編集] を選択します。

  2. [分析設定] を選択し、[日付と時刻] を選択します。

  3. [タイムゾーンを変換] をオンに切り替えて、必要な [タイムゾーン] を選択します。

  4. [Apply] を選択します。

分析にタイムゾーンが割り当てられると、分析で使用されるタイムゾーンを示すアイコンが分析の上部に表示されます。このアイコンは、分析から公開されるダッシュボードにも表示されます。

QuickSight の分析ページの上部にあるメニュー。

考慮事項

カスタムタイムゾーンについては、次の点を考慮する必要があります。

  • カスタムタイムゾーンを使用するには、データセット内のすべての日時列を UTC に正規化する必要があります。データソース内で日時列が正規化されていない場合、この機能を使用する前にデータソース内の列を変換する必要があります。

  • カスタムタイムゾーンが割り当てられていない分析の場合、作成者と閲覧者のエクスペリエンスは影響を受けません。

  • タイムゾーンを分析に追加すると、そのタイムゾーンは分析内のすべてのビジュアルとシートに適用されます。

  • QuickSight の作成者は、分析についてタイムゾーンを 1 つだけ選択できます。分析から公開されるすべてのダッシュボードは、分析で使用されるタイムゾーンを使用します。分析で使用されているタイムゾーンとは異なるタイムゾーンを使用するダッシュボードを作成するには、分析のタイムゾーンを変更してダッシュボードを再公開します。

  • QuickSight の閲覧者は、ダッシュボードのタイムゾーンを変更できません。

  • ダイレクトクエリに保存されたデータセットを使用する分析のタイムゾーンを設定し、ロード時間が遅くなる場合は、データセットを SPICE に保存することを検討してください。SPICE は、高いパフォーマンスをもってタイムゾーンの変換を処理するように設計されています。

  • カスタムタイムゾーンは、次のデータベースエンジンをサポートしていません。

    • Timestream

    • OpenSearch Service

    • Teradata

    • SqlServer

分析でのカスタムの週の開始日の設定

QuickSight の作成者は、分析の週の開始日を定義して、自らのデータと、自社または業界が従うスケジュールを整合させることができます。カスタムの週の開始日を設定すると、週レベルで集計されるすべてのディメンション、計算フィールド、フィルターが、新しい週の開始日に合わせて計算されます。デフォルトの週の開始日は Sunday です。

分析のカスタムの週の開始日を設定するには
  1. 変更する分析から、トップメニューに移動し、[編集] を選択します。

  2. [分析設定] を選択し、[日付と時刻] を選択します。

  3. [カスタム開始日] で、希望の開始日を選択します。

  4. [Apply] を選択します。

考慮事項

カスタムの週の開始日については、次の点を考慮する必要があります。

  • 日時フィールドは実行時に変換されます。日時の値を使用する計算フィールドを使用する場合は、データセットレベルではなく、分析レベルでフィールドを定義します。

  • 新しい週の開始日を選択すると、分析内のすべてのビジュアルとシートに変更が適用されます。

  • QuickSight の作成者は、分析について週の開始日を 1 日だけ選択できます。分析から公開されるすべてのダッシュボードは、分析で使用される週の開始日を使用します。分析で使用されている週の開始日とは異なる週の開始日を使用するダッシュボードを作成するには、分析の週の開始日を変更してダッシュボードを再公開します。

  • QuickSight の閲覧者は、ダッシュボードの週の開始日を変更できません。

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