kaeNa,

Для начала: ACC: Why OLE Objects Cause Databases to Grow . Статья относится к MS Access, но в данном вопросе это несущественно, так как на месте Access-а может быть любой OLE-клиент, например, MS Word.

Смысл в том, что связанный или внедрённый OLE-объект имеет, помимо некоторой служебной информации, две больших части: 1) презентационные данные и 2) внутренние данные объекта (для внедрённого - тут же, для связанного - ссылка). Презентационные данные (эскиз первой страницы документа, или какой-то его части) имеют стандартный Windows-овский формат, растровый (DIB, BMP), или векторный (WMF (чаще), EMF). Именно презентационные данные показываются в основном документе до активации связанного/внедрённого OLE-объекта. Презентационные данные формирует (render) OLE-сервер (в данном случае MS Excel) из внутренних данных объекта. Excel, Word рендерят в WMF/EMF. Стандартный формат был выбран из двух соображений: 1) OLE-сервер может быть не установлен на машине, но эскиз [пришедшего с машины, где он был при создании] документа всё равно будет виден пользователю (но отредактировать документ он не сможет, конечно), 2) весьма тяжело с точки зрения машинных ресурсов (особенно, если вспомнить характеристики ПК на момент создания технологии OLE) было бы держать в памяти OLE-сервер и обращаться к нему каждый раз при необходимости перерисовки неактивного OLE-объекта.

Поэтому, по первому "но": это by design. По второму: качество отображения презентационных данных зависит от трёх факторов: 1) кода перевода презентационных данных в стандартный формат, 2) возможностей стандартного формата, 3) кода отображения в документе презентационных данных в стандартном формате. Проблема в том, что в реальности эти факторы играют роль, но, в основе своей, эти вещи были сделаны 15-20 лет назад, и из-за того, что технология OLE с того момента не развивается, надежды на то, что ресурсы будут направлены на их улучшение, особой нет.