外部テーブルとは、クラウドオブジェクトストレージの場所に保存されている情報を使用してDatabricksメタストアで定義されるテーブルです。外部テーブルはデータを管理しませんが、データをクエリするためのスキーマとテーブル名を提供します。外部テーブルを作成するには、CREATE EXTERNAL TABLEステートメントを使用し、LOCATION句にオブジェクトストレージのパスを指定します。たとえば、S3に保存されているParquetファイル上にext_tableという名前の外部テーブルを作成するには、次のステートメントを使用します。
SQL
外部テーブル ext_table を作成します (
col1 INT、
col2 文字列
）
寄木細工として保管
場所 's3://bucket/path/file.parquet'
AIが生成したコードです。内容をよく確認の上、ご使用ください。詳細はFAQをご覧ください。

Markdown ベースのテキストボックスは、ダッシュボードのラベルとして便利です。データアナリストは、ノートブックのセルで %md マジックコマンドを使用してダッシュボードにテキストを追加し、セルアクションメニューからダッシュボードアイコンを選択できます。テキストは Markdown 構文を使用してフォーマットでき、見出し、リスト、リンク、画像などを含めることができます。テキストボックスは、フロートレイアウトオプションを使用して、ダッシュボード上でサイズ変更や移動が可能です。参照: ノートブックのダッシュボード、Databricks でダッシュボードにテキストを追加する方法

Databricks SQL のクエリ履歴は、実行されたクエリを確認し、実行プランを理解し、デバッグのためにパフォーマンスの問題やエラーを特定することを目的としています。これにより、クエリの実行時間、使用されたリソース、潜在的なボトルネックを分析できます。ただし、クエリ履歴には複数のデータウェアハウスにわたるクエリの実行を自動化する機能はありません。自動化は、クエリ履歴機能自体ではなく、ジョブまたは外部のオーケストレーションツールを使用して行う必要があります。

Databricksデプロイメントにアカウントを持たない関係者とDatabricks SQLダッシュボードを共有し、更新のたびに通知を受け取るには、データアナリストが関係者のメールアドレスをダッシュ​​ボードの更新スケジュール購読者リストに追加します。この方法により、関係者はDatabricksワークスペースに直接アクセスすることなく、最新のダッシュボード更新情報を含むメール通知を受け取ることができます。この方法は、通知プロセスを自動化し、関係者が常に最新のデータ分析結果を把握できるため、効率的で労力を最小限に抑えることができます。
参考資料：スケジュールされたダッシュボードの更新とサブスクリプションの管理

正解はオプションCです。自動停止機能は、設定された分数の間アイドル状態が続いたSQLウェアハウスを停止するように特別に設計されています。これにより、スケジュールされたダッシュボードの更新が完了した後のウェアハウスの総実行時間を最小限に抑えることができます。クラスタサイズを小さくすると時間当たりのコストは削減できますが、ウェアハウスは停止しません。
サーバーレスは管理の効率化に役立ちますが、「必要な時だけ実行する」という機能に直接対応するのが自動停止機能です。Databricksの公式説明には、「自動停止機能は、指定された分数アイドル状態が続いた場合にウェアハウスを停止するかどうかを決定します」とあります。また、Databricksは、アイドル状態のSQLウェアハウスは停止されるまで料金が発生し続けることにも注意を促しています。