Разница между использованием объекта OLE и вложения в Access 2007?

Question

Я изучаю Access 2007, и в списке типов данных есть объект OLE и приложение.

В тексте есть что сказать о приложениях:

Вы можете использовать вложения для хранения несколько файлов и даже разные типы файлов, в одном поле. Поле вложения является новым для доступа 2007 и хранит файлы данных больше эффективнее, чем использование других полей как поле OLE Object.

Более эффективно, чем OLE-объекты?

Какова цель и правильное использование типа данных Attachment? И как это связано с объектом OLE?

Answer 1

ПОЧЕМУ ОЛЕЙНЫЙ ОБЪЕКТ ЛУЧШЕЕ РЕШЕНИЕ, ЧЕМ ТИП ДАННЫХ НАСТРОЙКИ ДОСТУПА Пользовательский интерфейс по умолчанию для системы хранения OLE Object является неуклюжим. Поле данных вложения, появившееся в Access 2007, имеет улучшенный пользовательский интерфейс, облегчающий работу с различными типами файлов. К сожалению, начиная с Access 2013 и заканчивая Access 2016, Microsoft разработала фатальный сбой, который они не устранили в обновлении Windows. Если вы сохранили документ Microsoft Word в поле Access Attachment, вы можете редактировать документ Word, но его нельзя сохранить в Access. Когда вы нажимаете «Сохранить», вам предлагается сохранить документ в файл. Он не будет сохранен в базе данных Access. Файлы других типов будут сохранены в базе данных, например электронные таблицы Excel.

Из-за этой ошибки Microsoft я был вынужден разработать улучшенный пользовательский интерфейс для поля данных объекта OLE. В двух словах, это таблица отношений «один ко многим», в которой имя файла и файл сохраняются в поле данных объекта OLE. Пользовательский интерфейс открывает проводник для добавления файла. Я использую ShellExucute, чтобы открыть документ через Windows, который обладает большей гибкостью для типов файлов, чем пользовательский интерфейс Access по умолчанию.

Тип данных Access Attachment ограничен базами данных Microsoft Access. Тип данных объекта OLE можно перенести в базу данных SQL Server, где содержимое в сохраненных документах можно искать с помощью запроса SQL Server. Много сил там! Просто мое мнение.

Answer 2

Не исчерпывающий ответ, но я недавно пытался использовать поле OLE object для хранения изображений, которые будут напечатаны в отчете.
Короче говоря, он работает не очень легко и ограничен двумя мало используемыми форматами изображений. Используя поле Attachment, оно работает как шарм, и вы также можете использовать файлы .PNG.
Примечание 1: Attachment НЕ доступно в .MDB, поэтому мне пришлось перейти на ACCDB.
Примечание 2: OLE Object поле может быть перенесено на SQL Server, Attachment поле не может

Answer 3

Судя по этому описанию , я бы сказал, что это какое-то родное двоичное поле.

Поля объекта OLE на самом деле были просто контейнерами для объектов OLE.Они страдали от значительного раздувания и были неуклюжи в использовании.