На вскидку-большое число связей без обеспечения целостности,это и приводит к возникновению ошибки и сложности в её выявления + где ключевые поля(на схеме не наблюдается ни одного "ключика")
(лично я использую подобные связи только в случаях когда поле связи\combo в форме необходимо оставить пустым) А ещё неизвестно какую(ие)задачу решает ТС-судя по объему схемы что-то грандиозное.
Смутно подозреваю что таблиц надо поменьше.Не опишите ли,вкратце,задачу,стоящую перед Вами(БД)?.Тогда помогу
Считаю что ошибки(не только та,с которой Вы уже столкнулись )будут,даже если обойдете эту. Невозможность установить связь с сохранением целостности-явное указание на ошибки в проектировании-а связи без целостности должны быть редким и осознанным исключением

Да хоть два раза... но это не должно мешать представлению схемы в удобном для обозрения и понимания виде. Ведь почти любая схема может быть представлена в виде дерева.

- у тебя есть форма, которая глючит...
- посмотри её источник данных...
- выдели только те таблицы, которые участвуют в этом источнике данных...
- ну и ковыряй этот участок (форма + таблицы из источника данных)...

- если это всего одна форма, утыканная всеми этими таблицами, то просто застрелись и всё...
Есть тут отдельные любители впихнуть всю БД в одну форму для наглядности, но твой случай - это даже не этот случай , причем ни по количеству таблиц, ни по их качеству...

Удобоваримо кому ? Там черт ногу сломает. Вы думаете кто нить будет разбираться в этих иероглифах? :))

Количество таблиц:главная+по числу сущностей(а сущностей то всего две:датчики и результат измерений*числоДатчиков)+какие-то вспомогательные.

DarkMan,
Основная мыслькоторую я хотел донести ТСу(не дошло что надо объяснить подробней это основополагающее правило для любой БД ): количество таблиц=количество сущностей (больше-излишествующая информация)+объединяющая тбл.сущностей(главная)+если надо,какие-то вспомогательные.Речь о том что датчики,измерения есть всего две сущности и плодить множество таблиц есть совсем не правильно-одно дополнительное поле-признак избавляет от "рожания" кучи лишних таблиц

Это Ваше субъективное мнение и не более того,а вот нарушения основополагающх правил еще никому не позволили создать нормальную БД. Одна большая таблица всяко лучше,а главное правильнее,чем куча однотипных таблиц описывающих одну и ту же сущность. Тем более что таблица в 15-30 (а при необходимости и больше-поинтересуйтесь у опытных людей часто ли они пользуются связью один-к-одному и пользуются ли вообще) полей это вполне нормально.
Советую разобраться что такое сущность и что такое её атрибуты,а в дальнейшем не путать одно с другим и после этого проанализировать Вашу схему
За сим откланиваюсь

-garik-, А еще лучше , сделайте копию базы данных , удалите все данные , и выложите сюда . Вот тогда и посыпятся советы. :))
Надеюсь база данных разделенная ?
И еще , насколько я помню в Access есть мастер , не помню как называется , он разделяет таблицы.
Только работайте с копией , а не оригиналом . Я хочу спать спокойно.