ミューテーション以上)のDMLを実行するこんばんは。20000ミューテーション以上の一括更新などを実行する方法を紹介します。提供される分散型のRDBです。ついての紹介を行なっていますので、よろしければご参照ください。その使用に当たっていくつかの制限事項があります。ミューテーション以下の操作しか行えない]、という制限です。端的に言えば、一度の更新で10万行や100万行の更新は基本的に行えない、ということです。[参考]https://cloud.google.com/spanner/quotas?hl=jaミューテーションとはミューテーションとは、オペレーションの影響を受ける列数を表現する単位のことです。以下でなくてはいけない」ということを意味します。レコードまでの操作しか許容されません。列数がそのままミューテーションとして数えらえれるのは、挿入と更新のオペレーションについてのみです。削除については列数はミューテーションとして数えられず、削除したい行数がそのままミューテーションとなります。いう機能がサポートされています。ミューテーションの上限に制約されることなくオペレーションを実行することができます。特徴は、主に次の通りです。GCPコンソールからは実行できない1つのオペレーションには1つのDMLステートメントのみ含めることができる。用いることで問題を解決することができます。[参考]https://cloud.google.com/spanner/docs/dml-partitioned?hl=jaデータ準備とミューテーション上限に引っかかる挙動の確認では実際に、パーティションDMLを用いて一括更新を実行してみましょう。テストデータの作成から始めます。上に作成しておきます。個用意したテーブルを作成します。(id1)次にこのテストテーブルにデータを用意します。実行するときにミューテーション上限に引っかかる挙動も確認したいので、テストデータはそれなりの数を用意したいと思います。レコードほど用意したいと思います。件のデータが用意できました。これで一括更新のテストを行う準備ができました。ミューテーション上限に引っかけてみるではパーティションDMLを実行して見る前に、ミューテーションの上限に引っ掛けてみましょう。レコードが存在します。数ですから、6000レコードを更新すると仮定したら、3列までは通常のDMLで行えますが、4列では上限に引っかかります。レコード数」で行われます。