Ну я понял. Типичная структура БД, спроектированная безграмотным фокспрошником или клипперистом. В такой структуре нельзя реализовать FOREIGN KEY, который бы проверял F_LOT_ID.

Надо:
0) Выделить общую сущность для всего, чем можно торговать, обозвав это ITEM или еще как, и органировать отношение подкатегории этого ITEM и всех твоих таблиц TBL_ITEM, TBL_BUILDING, TBL_ANIMAL, TBL_GROUND.
PK этих таблиц должно таким образом ссылаться на ITEM.PK и идентификация экземпляров всех TBL_ITEM, TBL_BUILDING, TBL_ANIMAL, TBL_GROUND должна быть сквозная, и за это должна отвечать таблица ITEM. Возможно также в эту таблицу у тебя перекочуют некоторые атрибуты из TBL_ITEM, TBL_BUILDING, TBL_ANIMAL, TBL_GROUND, которые являются общими для этих сущностей.
(Кстати, странно, что ж такое ITEM у тебя ?)
1) TBL_EXCHANGE должна ссылаться на эту новую таблицу ITEM.
2) F_LOT_TYPE в TBL_EXCHANGE не нужен, аналогичное поле можно завести в ITEM, но это не обязательно - ты всегда можешь проверить, в какой подтаблице твой конкретный ITEM лежит, т.е. это вопрос удобства. Я бы делал, но при ограниченном наборе дочерних таблиц (когда их мало) это не так нужно.

Ну , блин, тем более, что ты в ErWin-е работаешь. Что ж сам-то не догадался?
Надеюсь, что такое отношение подкатегории тебе не нужно объяснять ?

Не совсем так. Ладно уж, нарисую. Теперь что такое "отношение подкатегории", надеюсь, понятно будет ?