buffer.flush.time プロパティでサポートされている最小値は 1（秒）です。平均データフローレートが高い場合は、レイテンシを改善するためにデフォルト値を下げることをお勧めします。レイテンシよりもコストを重視する場合は、バッファフラッシュ時間を長く設定できます。メモリ不足例外を回避するため、Kafka メモリバッファがいっぱいになる前にフラッシュするようにしてください。https://docs.snowflake.com/en/user-guide/data-load-snowpipe-streaming-kafka

Snowflake のドキュメントによると、インバウンド共有からデータベースを作成するには、ユーザーのロールに次の権限が必要です。
* 現在のアカウントに対するCREATE DATABASE権限。この権限により、ユーザーはアカウント1に新しいデータベースを作成できます。
* 共有に対するIMPORT DATABASE権限。この権限により、ユーザーは共有からアカウントにデータベースをインポートできます2。記載されているその他の権限は、この要件には関係ありません。IMPORT SHARE権限は、データベースではなく、アカウントに共有をインポートするために使用されます3。IMPORT PRIVILEGES権限は、共有オブジェクト自体ではなく、共有オブジェクトに付与された権限をインポートするために使用されます2。CREATE SHARE権限は、他のアカウントにデータを提供するための共有を作成するために使用されます4。他のアカウントのデータを使用するためのものではありません。
参考文献:
* データベースの作成 | Snowflake ドキュメント
* 共有からのデータのインポート | Snowflakeドキュメント
* 共有のインポート | Snowflakeドキュメント
* CREATE SHARE | Snowflakeドキュメント

Snowpipeは、外部ステージからSnowflakeテーブルへのデータのロードを自動化・最適化するサービスです。Snowpipeは、ステージでファイルが利用可能になるとキューを使用して取り込みます。また、Snowpipeは、データのロードとロード履歴レポートの取得のためのRESTエンドポイントも提供しています1。
loadHistoryScanエンドポイントは、指定された期間内にSnowpipeによって取り込まれたファイルの履歴を返します。このエンドポイントは以下のパラメータ2を受け入れます。
パイプ: 照会するパイプの完全修飾名。
startTimeInclusive: クエリ対象となる期間の開始時刻（ISO 8601形式）。値は過去14日以内である必要があります。
endTimeExclusive: クエリ対象の期間の終了時刻（ISO 8601形式）。値は開始時刻より後で、過去14日以内である必要があります。
RecentFirst: 最新のファイルを最初に返すか最後に返すかを示すブール値フラグ。デフォルト値は false で、最も古いファイルを最初に返します。
showSkippedFiles: Snowpipeによってスキップされたファイルをレスポンスに含めるかどうかを示すブール値フラグ。デフォルト値はfalseで、読み込まれたファイルのみが返されます。
loadHistoryScanエンドポイントは、適切な時間範囲で定期的に呼び出すことで、データロード履歴のログを保持できます。選択肢の中で最適なオプションはDで、15分間の時間範囲で10分ごとにloadHistoryScanを呼び出します。このオプションにより、エンドポイントが十分な頻度で呼び出され、取り込まれた最新のファイルを取得できるようになります。また、時間範囲も十分に広くなるため、Snowpipeによって遅延または再試行された可能性のあるファイルの見逃しを防ぐことができます。他のオプションは、頻度が低すぎる、範囲が狭すぎる、またはエンドポイントが適切ではありません3。
参照：
1: Snowpipe の概要 | Snowflake ドキュメント
2: loadHistoryScan | Snowflakeドキュメント
3: Snowpipe の負荷履歴の監視 | Snowflake ドキュメント

Snowflakeのドキュメント1とウェブ検索結果2によると、夏時間による現地時間の変更がSnowflakeのタスクでどのように処理されるかについては、以下の2つの記述が正しいようです。タスクとは、SnowflakeでSQL文やストアドプロシージャをスケジュールして実行できる機能です。タスクは、タスク実行の頻度とタイムゾーンを指定するcron式を使用してスケジュールできます。
* UTCベースのスケジュールでスケジュールされたタスクは、時刻の変更による問題はありません。UTCは夏時間を採用しない世界標準時です。そのため、UTCをタイムゾーンとして使用するタスクは、現地時間の変更に関係なく、年間を通して同じ時刻に実行されます1。
* タスクスケジュールは、時刻の変更に対応するため、指定のタイムゾーンまたはローカルタイムゾーンに従うように設計できます。Snowflakeは、タスクのcron式で有効なIANAタイムゾーン識別子を使用できます。これにより、タスクは指定されたタイムゾーンのローカル時間に従って実行され、夏時間調整も含まれる場合があります。例えば、タイムゾーンとしてEurope/Londonを使用するタスクは、ローカル時間がGMTとBST12の間で切り替わる際に、1時間早まったり遅くなったりします。
Snowflakeドキュメント: タスクのスケジュール設定
Snowflake コミュニティ: Snowflake でタスクをスケジュールする際に使用されるタイムゾーンは夏時間に準拠していますか?