Microsoft Excel 2007 XLSBバイナリ形式の欠点は？[閉まっている]

Excel 2007/2010には、より小さい（場合によってはサイズの50％）ように見える「Excel Binary Workbook」形式でファイルを保存し、より速くロードするオプションがあります。この形式には欠点がありますか？何らかの理由でそれを避けるべきですか？

私はそれにいくつかの欠点がなければならないと思っています、またはXLSXの代わりにデフォルトの保存形式になると思いますが、障害が何であるかはわかりません。XLSXはExcelファイルをインポートできる他の製品ではかなり一般的ですが、XLSBをサポートしている製品はありません。

前述のようにxlsb、バイナリファイルタイプであり、バイナリ形式で保存します。他のすべてのxlsファイルタイプは、オープンXML形式で保存されます。ここでは、利点についてではなく、欠点について説明します。

1. 唯一の本当の欠点は、バイナリではなくXMLを必要とするソフトウェア（Webサーバーなど）でデータを使用する場合の互換性です。多くのシステムをリンクすると、XMLがこの目的のために特別に開発されたため、レイヤーの1つで問題が発生する可能性があります。

2. 全体的に、この形式のマクロを使用しないバージョンがないため、マクロが含まれているかどうかを判断できない可能性があるという事実以外の欠点はありません。プロンプトで無効にマクロ設定を変更し、Visual Basicを調べて有害なマクロがあるかどうかを判断できます。

xlsbデフォルトのファイル形式として使用する魅力的なリスト。

Mac iWork Numbers、Quickview、iOSプレビュー、iOS Numbersは、xlsbファイルを認識しません。

バイナリで保存すると、数式が8192文字の制限を超えている場合、数式を適切に保存できます。

xlsb2つの理由でこの形式を使用していません。

1. ファイルにはすべてのXMLとバイナリが含まれているため、ファイルは対応するxlsxor xlsmファイルよりも大きくなります。

2. 大きくて複雑なファイルを使用していた場合、バイナリが頻繁に破損し、ファイルのバックアップコピーから復元する必要がありました。

更新：xlsbフォーマットが最初に出たときに試してみましたが、上記の問題がありました。問題1はExcel 2010では発生しないため、問題2も修正される可能性があります。

一方、上記のすべてが修正されたとしてもxlsb、Excelファイルのほとんどは実際にはVBAプロジェクトであるため、あまり頻繁には使用しません。コードリポジトリでバイナリを追跡すると、リポジトリが非常に速く膨れ上がります。（コードリポジトリにMercurialを使用し、zipdoc拡張を有効にすると、xlsxAND xlsmファイルがバイナリではなく圧縮されたXMLテキストファイルであることを伝えることができます。）