Microsoft Excel 2007 XLSB 이진 형식의 단점은 무엇입니까? [닫은]

Excel 2007/2010은 파일을 더 작게 (경우에 따라 크기의 50 %) "Excel Binary Workbook"형식으로 저장하고 더 빨리로드하는 옵션을 제공합니다. 이 형식의 단점이 있습니까? 어떤 이유로 피해야합니까?

단점이 있거나 XLSX 대신 기본 저장 형식이 될 것이라고 생각하지만 결함이 무엇인지 알 수 없습니다. XLSX는 Excel 파일을 가져올 수있는 다른 제품에서 합리적으로 일반적인 것처럼 보이지만 XLSB를 지원하지 않는 제품은 무엇입니까?

언급 한대로 xlsb이진 파일 형식이며 이진 형식으로 저장 됩니다. 다른 모든 xls파일 형식은 열린 XML 형식으로 저장 됩니다. 우리는 장점이 아니라 단점에 대해 이야기하려고합니다.

1. 유일한 단점은 바이너리 (예 : 웹 서버) 대신 XML을 원하는 소프트웨어에서 데이터를 사용할 때 호환성이 있다는 것입니다. 많은 시스템을 함께 연결하면 XML이이 목적을 위해 특별히 개발되었으므로 계층 중 하나에 문제가 발생할 수 있습니다.

2. 전반적으로이 형식의 매크로가없는 버전이 없기 때문에 매크로가 있는지 여부를 알 수 없다는 사실 외에 다른 단점은 없습니다. 매크로 설정을 변경하여 프롬프트없이 비활성화하고 Visual Basic을 검사하여 유해한 매크로가 있는지 확인할 수 있습니다.

xlsb기본 파일 형식으로 사용할 강력한 목록 입니다.

Mac iWork Numbers, Quickview, iOS 미리보기 및 iOS Numbers는 xlsb 파일을 인식하지 못합니다.

이진수로 저장하면 수식이 8192 자 제한을 초과하면 수식을 제대로 저장할 수 있습니다.

xlsb두 가지 이유로 형식을 사용하지 않습니다 .

1. 파일에 모든 XML과 이진이 모두 있으므로 파일이 해당 xlsx또는 xlsm파일 보다 큽니다 .

2. 크고 복잡한 파일로 작업 할 때 이진 파일이 자주 손상되어 파일의 백업 복사본에서 복원해야합니다.

업데이트 :xlsb 처음 나왔을 때 형식을 시도했는데 위의 문제가 발생했습니다. 문제 1은 Excel 2010에서 발생하지 않으므로 문제 2도 수정되었습니다.

반면에, 위의 모든 사항이 고정되어 있어도 xlsb대부분의 Excel 파일은 실제로 VBA 프로젝트이기 때문에 여전히 자주 사용하지는 않습니다 . 코드 저장소에서 바이너리를 추적하면 저장소가 매우 빠르게 팽창합니다. (코드 저장소에 Mercurial을 사용하고 zipdoc 확장자가 켜져 있으면 xlsxAND xlsm파일이 바이너리 대신 압축 된 XML 텍스트 파일 임을 알 수 있습니다 .)