トップ / 実行・アクション・IO

cache_result

それまでの計算結果を1度だけ確定させ、以降はその結果を使い回します。

df.cache_result()

ldf.collect()  # 変数に代入して保持しておく

挙動・設計の違い

構造的な違いが大きいメソッドです。Snowparkのcache_result()は呼んだ瞬間に実行され、Snowflake上にセッションスコープの一時テーブルを作成して結果を書き込みます。以降その結果を参照する処理は、この一時テーブルを読むだけで済み、元の変換を再計算しません。Polars側には同名の専用メソッドは無く、collect()した結果を変数に保持しておくことが同じ役割を果たします（料金構造のページでも触れています）。

移行時の落とし穴

Snowparkのcache_result()は一時テーブルという実体をSnowflake上に作るため、コンピュートコストに加えてストレージコストも発生します。「キャッシュしたから追加コストはかからない」わけではない点に注意します。

実行・アクション・IOの他のメソッド

• collect ── それまで積み上げた変換を実際に評価し、結果を手元に取得します。最も基本的なアクション。
• show ── 結果の先頭数行を、確認用に画面へ表示します。
• first ── 先頭の1行だけを取得します。
• take ── 指定した件数の行を取得します。
• to_pandas ── 結果をpandas DataFrameに変換します。
• to_local_iterator ── 結果を全件メモリに載せず、1行（またはチャンク）ずつ順番に処理します。
• createOrReplaceView（create_or_replace_view） ── 今のDataFrameの定義を、他のSQLセッションからも参照できるビューとして登録します。
• createOrReplaceTempView（create_or_replace_temp_view） ── 今のセッション限定で有効な、一時的なビューを作ります。
• write.save_as_table ── 結果をテーブル（またはファイル）として書き出します。
• explain ── その時点までの変換が、実際にどう実行される予定かを表示します。

出典・検証情報

• Snowpark 公式リファレンス（cache_result）
• Polars 公式リファレンス（cache_result）

Polars 1.43.2 で実行確認 / Snowpark Python SDK 1.54.0 で静的検証（2026-08-26）