XLS を XLSX に変換

バイナリの Excel 形式は、シートにちょうど 65,536 行しか許しません。表計算がまだメガバイト単位のメモリーで動いていた頃に決められた数字です。誰も数えていてこの壁に気づくわけではありません。データベースの書き出しやトランザクションログ、アンケートの抽出が届き、静かに止まってしまい、最後の行が実は最後のレコードではなかったと分かるのです。

これは本当に危険な失敗パターンです。切り詰められたシートは完全に正常に見えるからです。合計は間違っているのに、それを示すものは何もありません。突き合わせている最中のファイルが行 65,536 で終わっているなら、証明されるまでそれを形式上の限界と見なし、データを収められる容器に再書き出しし、見た目ではなく件数を確認してください。切り詰められたファイルを変換しても失われた行は戻りません。それらは最初から書かれていなかったからです。この変換が取り除くのは壁であって、次の書き出しが完全に届くようにするものです。順番は変換、再書き出し、突き合わせであり、逆ではありません。

同じ世代は、シートを IV 列で終わる 256 列に制限していました。台帳には十分でしたが、現代のシステムが生む幅の広いテーブルには足りません。質問ごとに 1 列を持つアンケート、複数年にまたがる月次グリッド、属性ごとにフィールドを持つ分析の書き出しなどです。

XLSX は XFD 列まで、16,384 列を許します。実際に数百列を必要とするテーブルは、形式そのものより、その形の作り方について何かを物語っています。幅より縦に長く持つほうが良いことが多いのです。それでも、この変換が目の前の障害を取り除くので、データの形を作り直す判断は締め切りに追われず後回しにできます。列の上限は行の上限より気づきにくく失敗します。右端からはみ出したテーブルは、そこで終わっているように見えるからです。IV 列より先に何かが待っていなかったかを確かめるためにスクロールする人はいません。

バイナリのワークブックは、1 冊につきおおよそ 4,000 通りのセル書式の組み合わせを持てます。組み合わせとは、フォント・サイズ・色・罫線・塗り・数値書式の 1 つの特定の混ぜ合わせのことです。列単位で適用され、シート間でコピーされ、何年もかけて重なった書式はこれを静かに積み上げ、ワークブックはやがて新しい組み合わせを受け付けなくなります。

このメッセージが混乱を招くのは、ワークブックが見た目には凝った書式を持っていないように見えるからです。実際にはスタイルの多くは 1 属性だけ違う重複です。XLSX は上限をおよそ 64,000 まで引き上げ、このエラーは消えます。それでも変換後に未使用の書式を掃除しておく価値があります。偶然 4,000 に達したワークブックは、同じやり方で 64,000 にも達するからです。よくある原因は、使用範囲ではなく列全体やシート全体にかけられた書式で、それが十数のシートにわたって、互いを真似する人たちによって繰り返されます。本当に空の領域を選んでその書式を消せば、たいていの蓄積は 1 回の操作で取り除けます。

旧形式のワークブック全体は 56 色のパレットを持ちます。それ以外の色は最も近い項目に丸められ、丁寧に選んだコーポレートカラーがそれ自身の近似になり、時には別々の 2 色の緑が同じ緑になる理由です。

同じ世代では条件付き書式が範囲あたり 3 ルールに制限されていました。これが単純な信号灯のような仕組みを、補助列に入れ子の IF 文の巣に変えてしまう制約です。変換は両方の上限を一度に取り除きます。旧ファイルですでに丸められた色は戻りませんが、ここから先に適用するものはすべて期待どおりに動きます。それがこのページのすべての上限に共通するパターンで、一度言っておく価値があります。変換は天井を引き上げるのであって、天井に当たったものを取り戻すのではありません。切り詰めで失われたデータ、パレットに丸められた色、一度も追加されなかったルールは、どれも永久に戻りません。

これが唯一、人を戸惑わせる損失で、変換器の欠陥ではありません。Microsoft は形式が変わったとき、マクロを持つワークブックを意図的に別の拡張子に分けました。ですから .xlsx というファイルは実行コードを一切含まないことが保証されています。1 通を送ることは、何が入っているか分からないバイナリのワークブックを送るより強い主張をすることになります。

自動化そのものがファイルの本質だった場合——報告書を組み立てるボタン、保存時に入力を検証するルーチンなど——この変換はデータだけを渡し、振る舞いは渡しません。そのワークブックには代わりにマクロ有効の形式が必要で、それはどの容器に置くかではなく、そのファイルが何のためのものかについての判断です。アーカイブ移行では、これはたいてい少数派なので、バッチを流す前に切り分けておく価値があります。3 か月後に、四半期報告ツールは変換に成功したのに動かなくなったと誰かが気づく、という事態を防げます。

計算モデルは二つの世代の間で変わらなかったので、数式は式のまま渡ります。依存関係のグラフは無傷で、名前付き範囲は変わらず解決し、シート間参照はそれまでと同じ場所を指し続け、再計算すれば以前と同じ答えになります。

あとで確認する価値があるのは、ファイルの外を指していたものです。もう存在しないドライブ文字上の別のワークブックへのリンクや、誰も認証情報を持っていないデータベースへのクエリなどです。それらはすでに壊れていて、変換はそれに気づく瞬間を作るだけです。それは気づくのに良い瞬間です。揮発性関数もこの機会に確認する価値があります。2011 年から一度も再計算されていないシートはキャッシュされた結果を表示しているだけかもしれず、変換したファイルを開くとそれが再計算されます。ある数字が変わったとしても、それは変換の誤りではなく、古い値が古びていたということです。

XLSX は XML のパートを持つ ZIP アーカイブなので、内容は取り込みの段階で圧縮されますが、旧バイナリ形式はレコードをそのままの形で保存します。数値や数式が中心のワークブックは、数倍小さくなることがよくあり、そうしたファイルであふれた共有ドライブでは違いが目に見えます。

埋め込み画像はそれ以上圧縮されません。JPEG はすでに圧縮されているからです。画像の多いワークブックはほぼ同じ大きさのままです。表計算が大きい原因が誰かが貼り付けたスクリーンショットなら、変換は助けにならず、そのスクリーンショットのほうを見直す価値があります。

このページに来るもう一つのよくある経路はインポート画面です。会計プラットフォーム、調達ポータル、給与システム、分析ツールは、上記の上限のためもあり、そしてバイナリ形式が長年悪意あるファイルの配布手段だったためもあって、着実に現行形式へと絞り込んできました。

その最後の理由が、例外を求めるのではなく変換するのが正しい理由です。.xlsx として届くファイルはマクロプロジェクトを持たないことが保証されており、それこそがそうしたシステムの取り込みルールがそのように書かれた理由です。あなたの表計算が無害だといくら説明しても、アップロードフォームは変わりません。

1990 年代のバイナリ表計算を読むには完全なオフィスエンジンが必要なので、この組み合わせはブラウザーではなくサーバー上で動きます。ファイルは暗号化された接続を通じて、ヘッドレスの LibreOffice を実行し、他には何も置いていないコンテナに送られます。ローカルで起きたと勝手に思わせるのではなく、このページはそれをはっきり書いています。

コンテナは外向きの接続を許されていません。すべてのジョブは独自の作業ディレクトリと独自の LibreOffice プロファイルを持ち、ジョブが終わり次第、成功したか失敗したかにかかわらずディレクトリは削除されます。60 秒を過ぎても動いているものは終了させられます。壊れたバイナリファイルはエラーを返すよりエンジンを固まらせる可能性が高いからです。無料枠はファイルあたり 25 MB です。

古いファイルが 65,536 行で切り詰められていたなら、正直な問いはどの表計算形式を使うかではなく、表計算がまだ正しい置き場所かどうかです。百万行は開くのに時間がかかり、再計算に時間がかかり、手で編集すればすべての人にとって危険です。

その規模では、列指向やデータベース形式のほうが良い行き先です。取り込み用には CSV、分析用には Parquet、実際のテーブルへの読み込みには SQL。人がグリッドの中で作業を続けるなら XLSX に変換し、行数はその人がそうすべきでないという合図として扱ってください。