Если верить Справке, то можно изменять:
Field.Type Property
Sets or returns a value that indicates the operational type or data type of an object. Read/write Integer

Анатолий ( Киев )Аллюр Д.Если верить Справке, то можно изменять:
Field.Type Property
Sets or returns a value that indicates the operational type or data type of an object. Read/write Integer ИМХО, так можно менять тип поля в новой таблице, еще не добавленной в коллекцию.

"изменять тип данных конкретного поля конкретной таблицы" можно выполнением SQL конструкции Alter Table ... Alter Column... Читайте справку.
Да, я сейчас погуглил, вроде только через ALTER TABLE может поменять тип уже имеющегося поля

Как уже сказали - это не Эксель! Здесь не надо ничего создавать "на лету"! (можно, но в данном случае, не нужно)

Есть таблица с типами оборудования:
1. Код оборудования (тип данных - счётчик, уникальное для этого поля число, "придумывается" самим Аксессом)
2. наименование оборудования (текст)
3... 4... (если нужно, дополнительные характеристики)

Например:
1. кран
2. бульдозер
3. трактор

Появилось новое обрудование, и пользователь добавляет его в эту таблицу:
4. эскаватор

И есть вторая таблицы, с осмотрами:
1. Код оборудования (число из 1-ой таблицы)
2. дата осмотра
3. кто проводил осмотр (можно писать текстом ФИО, но разумнее, по аналогии с оборудованием, сделать отдельную таблицу, а сюда записывать код сотрудника из этой таблицы)
4. результат осмотра (аналогично - или вписывать текст или код из таблицы стандартных резутльтатов осмотра)
5... 6... и т.д. дополнительные характеристики осмотра

guzel09И нет гарантии в том что не появится новое оборудование с своими параметрами проверки ( для чего и необходимо дать возможность оператору не лазить по таблицам и создавать новые типы протоколов, а с помощью созданного инструмента провести все в штатном режиме).
Философское замечание - "живите в отсеке сегодняшнего дня" и "решайте проблемы по мере их поступления"

Практическое замечание, по поводу лазанья пользователя по таблицам - НИКОГДА он там не должен лазить!

Таблица-"справочник" "Параметры протоколов"
1. Тип параметра (счётчик)
2. Наименование параметра (текст)
3. Единица измерения (метры, килограммы, вольты, амперы,...)

Таблица Протоколы:
1. Код протокола (счётчик)
2. Дата и время заполнения
3. Исполнитель
4. Тип оборудования
5,6...

Таблица значений:
1. Код протокола
2. Код параметра протокола
3. Значение параметра (а почему бы и не текст, как самый универсальный тип? )

Надо найти все протоколы проверки вольтметров за 1-ый квартал, условия отбора:
Дата и Тип Оборудования берутся из таблицы Протоколы
Описание параметра и размерность - из справочника параметров, значение - из таблицы значений

Можно добавить ещё дополнительную таблицу (или поле в справочнике параметров) - порядок заполнения параметров, и он же будет определять порядок вывода параметров в запросе

Да... В справочнике параметров надо добавить поле Тип Оборудования, чтобы пользователю выводились только парамтеры необходимые для данного типа оборудования.
И тогда в этой же таблице будет поле Порядок заполнения, а не в отдельной таблице

И вот ещё что подумалось по поводу универсальности - а как контролировать правильность ввода?!
То есть в Справочнике параметров должны бы быть ещё и поля, определяющие, например, что можно вводить только числа от 0 до 100 (например, вольтметр тестируется напряжением от 0 до 100В)
Или, в том же вольтметре, надо проверить переключатель диапазонов (отдельный рычажок) и отразить в протоколе, отдельным пунктом, его исправность. Значит, ограничением ввода будут два текстовых значения - "Исправен;Неисправен"

Пишу не для того, чтобы отговорить Вас от решения с созданием полей "на лету" - просто мысли вслух
Такое решение с созданием полей мне кажется черезчур вычурным