Я изучаю Access 2007, и среди списка типов данных есть объект OLE и вложение.
В тексте говорится о Приложениях:
Вы можете использовать вложения для хранения нескольких файлов и даже файлов разных типов в одном поле. Поле «Вложение» является новым для Access 2007 и хранит файлы данных более эффективно, чем при использовании других полей, таких как поле объекта OLE.
Более эффективно, чем объекты OLE?
Какова цель и правильное использование типа данных Attachment? И как это связано с объектом OLE?
Судя по это описание, я бы сказал, что это какое-то собственное двоичное поле.
Поля объектов OLE на самом деле были просто контейнерами для объектов OLE. Они сильно вздулись и были неудобны в использовании.
ПОЧЕМУ OLE-ОБЪЕКТ ЯВЛЯЕТСЯ ЛУЧШЕЕ РЕШЕНИЕМ, ЧЕМ ТИП ДАННЫХ ПРИЛОЖЕНИЯ ДОСТУПА Пользовательский интерфейс по умолчанию для системы хранения объектов OLE неуклюжий. Поле данных вложения, представленное в Access 2007, имеет улучшенный пользовательский интерфейс, упрощающий работу с различными типами файлов. К сожалению, начиная с Access 2013 и продолжая в Access 2016, Microsoft разработала фатальный сбой, который не удалось устранить с помощью обновления Windows. Если вы сохранили документ Microsoft Word в поле вложения Access, вы можете редактировать документ Word, но его нельзя сохранить в Access. Когда вы нажимаете «Сохранить», вам предлагается сохранить документ в файл. Он не будет сохранен в базе данных Access. Другие типы файлов будут сохраняться в базе данных, например, электронные таблицы Excel.
Из-за этого сбоя Microsoft я был вынужден разработать улучшенный пользовательский интерфейс для поля данных OLE Object. Вкратце, это таблица отношений «один ко многим», в которой имя файла и имя файла сохраняются в поле данных объекта OLE. Пользовательский интерфейс открывает проводник для добавления файла. Я использую ShellExucute для открытия документа через Windows, которая имеет гораздо большую гибкость для типов файлов, чем пользовательский интерфейс по умолчанию в Access.
Тип данных Access Attachment ограничен базами данных Microsoft Access. Тип данных OLE Object можно перенести в базу данных SQL Server, где по содержимому сохраненных документов можно будет выполнять поиск с помощью запроса SQL Server. Там много мощности! Только мое мнение.
Не исчерпывающий ответ, но недавно я попытался использовать поле OLE object для хранения изображений, которые будут распечатаны в отчете.
Короче говоря, это не работает очень легко и ограничивается двумя малоиспользуемыми форматами изображений. Используя поле Attachment, он работает как шарм, и вы также можете использовать файлы .PNG.
Примечание 1: Attachment НЕ доступен в .MDB, поэтому мне пришлось перейти на ACCDB.
Примечание 2: поле OLE Object может переноситься на SQL Server, поле Attachment не может
