テーブル構造または通常のセルに行を挿入すると、手動またはその他の方法で非常に遅くなります。表 (リテラル文字列のみを含む) または隣接するセルに、条件付き書式のないシートに 7 行を挿入するのに 10 分以上かかるのと同様です。
ワークブックには 45 のワークシートと 20 のテーブルがあり、より大きなテーブルには約 10 KB の XML ファイルがあります。33MB 相当のスプレッドシート XML があり、ほとんどが約 300KB で、1MB 以上が 5 つ、15MB が 1 つです。かなり複雑ですが、大規模ではありません。すべての計算は、左から右、上から下、右のシートから左のシートへとうまく流れ、ほとんどの場合、配列数式を回避することができました。すべてのテーブルには規則的な構造があり、計算列には 1 つの式しかありません。テーブル列のほとんどは計算され、リテラル データを含む小さい列は 2、3 だけです。
いくつかのシートに多くの条件付き書式を設定していますが、合理性を維持し、断片化を防ぐために細心の注意を払っています。シート全体に約 45 のルールがあり、これらはすべての列をカバーするように一般化されています。フォーマット決定の主な処理は、ヘルパー列としてテーブルに移動され、前述したように、構造は非常に規則的です。
これらのタイプの編集はスレッド セーフではないため、1 つのプロセッサのみがロードされ、ディスク アクティビティが非常に少ないようです。エクセルが何をしているのか理解できません。もちろん計算は手動にしていますが…
この種のことを行と列の制限の増加に帰するコメントを見たことがありますが、なぜこれが要因になるのかわかりません。スプレッドシートの XML ファイルを見ると、値または数式で占められている行と列のコードしかありません。では、なぜ占有されていないセルが機能しているのでしょうか?
これは私の生産性に大きな影響を与えていますが、新たに見つけた空き時間にこのようなサイトを読んで多くのことを学んでいます. 可能であれば、この問題を回避または回避できるように、問題が何であるかを把握する必要があります。
誰でもそれについて私を助けることができますか?
人々がこれについて疑問に思っている場合に備えて、答えは、Excel でパワー クエリとパワー ビューを使用することです。中程度 (50 万行) のデータセットと複雑な構造と変換がすべて問題なく機能することがわかりました。テーブルで数式を使用することはもうありません。もう1つは、これが自然にパワーバイにつながるということです。それが私のヒントです。