概要：Excel VBAからGASへ移行する際の最大の壁
Excel VBAで自動化を行ってきたエンジニアにとって、もっとも頻繁に利用する定型処理の一つが「最終行の取得」でしょう。VBAでは「Cells(Rows.Count, 1).End(xlUp).Row」という慣用句が完全に定着しており、これさえあればどのようなデータ量にも対応できるという安心感があります。
しかし、Google Apps Script（GAS）の世界に足を踏み入れた途端、この「当たり前」が通用しない事実に直面します。GASはWebブラウザ上で動作するJavaScriptベースの言語であり、Excelのような「シートの最大行数」という概念の捉え方や、データの取得方法が根本的に異なります。本記事では、VBAの思考回路を一度リセットし、GASで堅牢かつ高速に最終行を取得するための技術と、実務で遭遇する「罠」を回避するベストプラクティスを解説します。
詳細解説：なぜVBAの知識がそのままでは通じないのか
VBAで最終行を取得する際、私たちは「シートの末尾から上方向へ検索をかける」という物理的なアプローチをとります。一方、Googleスプレッドシートの構造において、GASで最終行を取得する方法は主に3つありますが、それぞれ動作の仕組みと適した用途が異なります。
1. getLastRow() メソッド
もっとも標準的で、スプレッドシート内の「データが存在する最後の行」を返します。VBAの「UsedRange」に近い挙動ですが、注意が必要です。スプレッドシート上で一度でも値が入力されたセルがある場合、たとえ後からそのセルを「Delete（値の削除）」しても、getLastRowは「値が削除された行」を含めてカウントし続けることがあります。これはGASが「シート上のコンテンツの範囲」を管理しているためであり、純粋なデータ行数とは乖離が生じる可能性があるのです。
2. getDataRange() と getValues() の組み合わせ
これは「範囲全体を取得して配列に格納し、その配列の長さを調べる」という手法です。VBAでいう「UsedRange」を配列としてメモリに展開するやり方ですが、大規模なデータセットに対して行うと、メモリ消費量が急増し、GASの実行時間制限（6分制限）に抵触するリスクがあります。
3. データ検索（TextFinder）の活用
特定の列を指定して、値が入力されている最後のセルを特定する方法です。VBAの「End(xlUp)」に最も近い挙動を再現できますが、実装には少し工夫が必要です。
サンプルコード：堅牢な最終行取得の実装パターン
実務で最も汎用性が高く、かつ安全な「特定の列を基準にした最終行取得」のコードを紹介します。
/**
* 指定したシートの特定の列における最終行を取得する関数
* @param {Sheet} sheet - 対象のスプレッドシートオブジェクト
* @param {number} column - 最終行を調査する列番号（1始まり）
* @return {number} 最終行の行番号
*/
function getLastRowByColumn(sheet, column) {
const lastRow = sheet.getLastRow();
const values = sheet.getRange(1, column, lastRow, 1).getValues();
// 下から上にループして、空でないセルを見つける
for (let i = lastRow - 1; i >= 0; i--) {
if (values[i][0] !== "" && values[i][0] !== null) {
return i + 1;
}
}
return 0; // データが全くない場合
}
// 使用例
function main() {
const sheet = SpreadsheetApp.getActiveSpreadsheet().getActiveSheet();
const lastRow = getLastRowByColumn(sheet, 1); // A列の最終行を取得
Logger.log("最終行は " + lastRow + " 行目です");
}
このコードのポイントは、`getValues()` で一度配列に値を読み込み、メモリ上でループ処理を行っている点です。GASにおいて最もボトルネックとなるのは「スプレッドシートへのアクセス回数」です。セル一つずつに `getValue()` を繰り返すのはVBAでいう「セルを個別に操作する」のと同等であり、極めて低速です。必ず範囲を一度に読み込むようにしてください。
実務アドバイス：VBA経験者が注意すべき「落とし穴」
実務でGASを運用する際、VBAエンジニアが特に注意すべきポイントが「スプレッドシートの最適化」です。
VBAの場合、シートが重くなれば「使用されていない行や列を削除する」ことでパフォーマンスが改善しました。GASでも同様に、スプレッドシートの末尾に不要な空行や空列が残っていると、`getLastRow()` の値が肥大化し、スクリプトの処理速度が劇的に低下します。
特に、GASを使って外部APIからデータを定期的に追記するようなツールを作成する場合、`appendRow()` を多用しがちですが、これを行うとスプレッドシートの行数が際限なく増えていくことがあります。定期的に `deleteRows()` を実行してシートをクリーンに保つか、あるいは「常に最新の1000行分だけを保持する」といったロジックを組み込むのが、プロフェッショナルとしての設計思想です。
また、VBAの `UsedRange` に相当する概念として、GASには `getDataRange().getValues()` がありますが、データ量が数万行を超える場合は、これを行うとメモリ不足（Exceeded memory limit）でスクリプトが停止します。このような大規模データを扱う際は、`getValue()` を避け、可能であれば「BigQuery」や「シートのフィルタリング機能」を併用するアーキテクチャへの転換を検討してください。
まとめ：VBAからGASへ、論理的な思考の転換を
GASにおける最終行の取得は、単なる「行番号の特定」以上の意味を持ちます。それは「メモリ管理」と「スプレッドシートの構造把握」という、Webアプリケーション開発の基礎を学ぶプロセスそのものです。
VBAで培った「効率的にセルを操作する」という感覚は、GASにおいても「API呼び出しの回数を減らす」という形で応用可能です。今回紹介した配列ベースのアプローチは、VBAにおける `Variant型` で配列を一気に読み込む手法と本質的には同じです。
まずは、`getLastRow()` を安易に信用せず、データが存在する列を特定し、その範囲を配列として扱う癖をつけてください。この「配列思考」こそが、VBAからGASへの移行を成功させ、より洗練された自動化スクリプトを生み出す鍵となります。VBAで磨いたそのプロフェッショナルな視点を、ぜひGoogle Workspaceの広大な環境で発揮してください。
