вот полазил по хелпАм:

F1-спецификация
Table
Attribute Maximum
Number of characters in a table name 64
Number of characters in a field name 64
Number of fields in a table 255
Number of open tables 2048; the actual number may be less because of tables opened internally by Microsoft Access
Table size 2 gigabyte minus the space needed for the system objects
Number of characters in a Text field 255
Number of characters in a Memo field 65,535 when entering data through the user interface;
1 gigabyte of character storage when entering data programmatically
Size of an OLE Object field 1 gigabyte
Number of indexes in a table 32
Number of fields in an index 10
Number of characters in a validation message 255
Number of characters in a validation rule 2,048
Number of characters in a table or field description 255
Number of characters in a record (excluding Memo and OLE Object fields) 2,000
Number of characters in a field property setting 255

для запросов сказано:
Number of enforced relationships 32 per table minus the number of indexes that are on the table for fields or combinations of fields that are not involved in relationships
Number of tables in a query 32

Однако принять однозначное решение, о том, что предпоследнее предложение явно утверждает по обсуждаемой теме, я бы все-таки не взялся, несмотря ни на что...

:))

...

что же CONSTRAINT касательно, то мне представляется, что NO INDEX - это
именно про "ведущую", а не про "подчиненную". В том смысле, что само
понятие внешнего ключа соответствует "ведущей" таблице.

Любопытно, что приводимый в хелпе для CONSTRAINT синтаксис фактически
неполон, соответствует только варианту создания индекса, и должен быть
дополнен на создание ограничения CHECK.

Этот второй вариант вычитывается из описания к ошибке 3789:
F1
Недопустимое ограничение на уровне столбца . (Ошибка 3789)
Обычно такая ошибка возникает при использовании инструкции CREATE TABLE или ALTER TABLE ALTER COLUMN. Хотя в ANSI SQL допускается создание ограничений CHECK в рамках определения таблицы, Microsoft® Jet требует, чтобы пользователь создавал ограничение CHECK отдельно от определения COLUMN. Для этого следует вводить ключевое слово CHECK после запятой. Например, следующий синтаксис является правильным, поскольку ограничение CHECK определяется отдельно от столбца и следует за запятой:

CREATE TABLE Заказы (КодЗаказа IDENTITY (100,10)
CONSTRAINT пкЗаказы PRIMARY KEY, КодЗаказчика LONG
CONSTRAINT вкЗаказчикиКодЗаказчика REFERENCES Заказчики (КодЗаказчика),
Сальдо DOUBLE,
CONSTRAINT ПревышениеКредитногоПределаЗаказчика
CHECK (КодЗаказчика IN (SELECT КодЗаказчика FROM Заказчики C WHERE
C.КодЗаказчика = Заказы.КодЗаказчика AND C.КредитныйПредел >=
(SELECT SUM(Сальдо)FROM Заказы O WHERE O.КодЗаказчика =
Заказы.КодЗаказчика))));.

Вот кусок русифицированного хелпа по CONSTRAINT.

F1 Предложение CONSTRAINT
Создание ограничения с помощью предложения CONSTRAINT подобно применению индекса, хотя оно также применяется для установления отношений между таблицами.
Предложение CONSTRAINT используется в инструкциях ALTER TABLE и CREATE TABLE для создания или удаления индексов. Существуют два типа предложений CONSTRAINT: одно для создания простого индекса (по одному полю), а второе для создания составного индекса (по нескольким полям).

Примечание. Ядро базы данных Microsoft Jet не поддерживает использование инструкции CONSTRAINT и всех инструкций языка определения данных (DDL) с базами данных, несовместимыми со стандартом Microsoft Jet. Используйте вместо них методы Create объектов доступа к данным (DAO).

Синтаксис
Простой индекс:
CONSTRAINT имя {PRIMARY KEY | UNIQUE | NOT NULL |
REFERENCES внешняяТаблица [(внешнееПоле_1, внешнееПоле_2)]
[ON UPDATE CASCADE | SET NULL]
[ON DELETE CASCADE | SET NULL]}
Составной индекс:
CONSTRAINT имя
{PRIMARY KEY (ключевое_1[, ключевое_2 [, ...]]) |
UNIQUE (уникальное_1[, уникальное_2 [, ...]]) |
NOT NULL (непустое_1[, непустое_2 [, ...]]) |
FOREIGN KEY [NO INDEX] (ссылка_1[, ссылка_2 [, ...]]) REFERENCES внешняяТаблица [(внешнееПоле_1 [, внешнееПоле_2 [, ...]])]
[ON UPDATE CASCADE | SET NULL]
[ON DELETE CASCADE | SET NULL]}
Ниже перечислены аргументы предложения CONSTRAINT:
Элемент Описание
имя Имя создаваемого индекса.
ключевое_1, ключевое_2 Имена одного или нескольких полей, которые следует обозначить как ключевые.

уникальное_1, уникальное_2 Имена одного или нескольких полей, которые следует включить в уникальный индекс.
непустое_1, непустое_2 Имена одного или нескольких полей, в которых запрещаются значения Null.

ссылка_1, ссылка_2 Имена одного или нескольких полей, включенных во внешний ключ, которые содержат ссылки на поля в другой таблице.
внешняяТаблица Имя внешней таблицы, которая содержит поля, указанные с помощью аргумента внешнееПоле.
внешнееПоле_1, внешнееПоле_2 Имя поля или имена полей внешнейТаблицы, указанные с помощью ссылки_1 и ссылки_2. Если адресуемое поле является ключом внешнейТаблицы, данное предложение можно опустить.

Дополнительные сведения
Предложение CONSTRAINT, предназначенное для создания простого индекса, располагается сразу после описания типа поля в предложении, определяющем поля в инструкции ALTER TABLE или CREATE TABLE.
Применяйте предложение CONSTRAINT, предназначенное для создания составного индекса, если требуется использовать зарезервированное слово CONSTRAINT вне предложения, описывающего поля в инструкции ALTER TABLE или CREATE TABLE.
Предложение CONSTRAINT позволяет создать для поля индекс одного из описанных ниже типов:
• Для создания уникального индекса используйте зарезервированное слово UNIQUE. Это означает, что в таблице не может быть двух записей, имеющих одно и то же значение в этом поле. Уникальный индекс создается для любого поля или любой группы полей. Если в таблице определен составной уникальный индекс, то комбинация значений включенных в него полей должна быть уникальной для каждой записи таблицы, хотя отдельные поля и могут иметь совпадающие значения.
• Для создания ключа таблицы, состоящего из одного или нескольких полей, используйте зарезервированные слова PRIMARY KEY. Все значения ключа таблицы должны быть уникальными и отличаться от значения Null. Кроме того, в таблице может быть только один ключ.

Примечание. Не используйте зарезервированные слова PRIMARY KEY при создании индекса в таблице, в которой уже определен ключ; в противном случае возникнет ошибка.

• Для создания внешнего ключа можно использовать зарезервированные слова FOREIGN KEY. Если ключ внешней таблицы состоит из нескольких полей, необходимо использовать предложение CONSTRAINT, предназначенное для создания составного индекса. При этом следует перечислить все поля, содержащие ссылки на поля во внешней таблице, а также указать имя внешней таблицы и имена полей внешней таблицы, на которые ссылаются поля, перечисленные выше, причем в том же порядке. Если адресуемые поля являются ключами внешней таблицы, указывать эти поля не следует. По умолчанию ядро базы данных воспринимает ключ внешней таблицы как адресуемые поля.
Ограничения для внешних ключей определяют конкретные действия, выполняемые в случае изменения значения соответствующего ключа:
• Можно указать подлежащие выполнению действия с внешней таблицей, исходя из соответствующего действия, выполняемого над ключом в той таблице, для которой определено предложение CONSTRAINT. Например, рассмотрим следующее определение таблицы «Клиенты»:
CREATE TABLE Клиенты (ИндексКлиента INTEGER PRIMARY KEY, CLstNm NCHAR VARYING (50))
Рассмотрим следующее определение таблицы «Заказы», в котором задано отношение для внешнего ключа, адресующее ключ в таблице «Клиенты»:
CREATE TABLE Заказы (КодЗаказа INTEGER PRIMARY KEY, ИндексКлиента INTEGER, ПримечанияЗаказа NCHAR VARYING (255), CONSTRAINT ВнКлЗаказыИндексКлиента FOREIGN KEY (ИндексКлиента) REFERENCES Клиенты ON UPDATE CASCADE ON DELETE CASCADE
Оба предложения ON UPDATE CASCADE и ON DELETE CASCADE определены для внешнего ключа. Предложение ON UPDATE CASCADE означает, что в случае обновления кода клиента (ИндексКлиента) в таблице «Клиенты», в таблице «Заказы» будет произведено соответствующее каскадное обновление. Каждый заказ, содержащий соответствующее значение кода клиента, будет автоматически обновлен с использованием нового значения этого кода. Предложение ON DELETE CASCADE означает, что в случае удаления клиента из таблицы «Клиенты», все строки таблицы «Заказы», содержащие код данного клиента, также будут удалены.
Рассмотрим другое определение таблицы «Заказы», где вместо операции CASCADE используется операция SET NULL:
CREATE TABLE Заказы (КодЗаказа INTEGER PRIMARY KEY, ИндексКлиента INTEGER, ПримечанияЗаказа NCHAR VARYING (255), CONSTRAINT ВнКлЗаказыИндексКлиента FOREIGN KEY (ИндексКлиента) REFERENCES Клиенты ON UPDATE SET NULL ON DELETE SET NULL
Предложение ON UPDATE SET NULL означает, что в случае обновления кода клиента (ИндексКлиента) в таблице «Клиенты», соответствующим значениям внешнего ключа в таблице «Заказы» будут автоматически присвоены значения NULL. Аналогично, предложение ON DELETE SET NULL означает, что в случае удаления клиента из таблицы «Клиенты», всем соответствующим внешним ключам в таблице «Заказы» будут автоматически присвоены значения NULL.
Чтобы избежать автоматического создания индексов для внешних ключей, можно использовать модификатор NO INDEX. Такое определение внешних ключей следует использовать только в тех случаях, когда результирующие значения индексов будут часто повторяться. Если значения индекса внешнего ключа часто повторяются, использование индекса может оказаться менее эффективным, чем просто просмотр таблицы. При вставке и удалении строк таблицы ведение индекса этого типа снижает производительность и не дает никаких преимуществ




(с выражением лица)

про NO INDEX взял слова назад...
.