Ни в Oracle, ни в Visio или ERwin связи между объектами не поддерживаются принципиально:). "Поля" никакого отношения к связям не имеют. Связь не может "идти по полю". И, следовательно, линия, изображающая связь, не может "соединять поля". Представьте, что для удобства, или по другой причине, Вы вообще не выводите "поля" - это же не значит, что связи исчезли:).

EVILDeath Да, если убрать отображение полей, связи из гипотетического представления о схеме данных не изчезнут. Но хотелось бы чтобы диаграмма отображала по каким полям идет связь. Таблицы ж не могут быть связаны между собой просто так, они связываются по конкретным полям в каждой таблице....
Если Вы и дальше собираетесь заниматься проблематикой БД, то нужно уже сейчас разобраться в проблеме связей. Между собой связаны сущности (объекты), а вовсе не таблицы. Ни в одной модели данных нет никаких таблиц. Для полноты картины, конечно, нужно обратить внимание и на рассуждения специалистов по "связыванию таблиц":)
EVILDeath Видимо после наблюдения схемы данных Access мне показалось логичным чтобы линии шли от конкретного поля к конкретному полю, чтобы диаграмму было легче читать. А если линии будут идти просто от таблицы к таблице то это надо ещё покумекать, каким образом они связаны. А если таких связей по 3-4 в каждой таблице, то вообще застрелиться можно.
Как Вы уже знаете "связей в таблице" просто нет. Наверное, Вы имеете в виду, что между двумя объектами может быть более одной связи. Конечно. Но они существуют между объектами (а вовсе не между характеристиками объектов, или, по Вашему - между "полями таблиц"). И у каждой из них, помимо мощности, есть определенная семантика в обоих направлениях.
EVILDeath Ну, я так понимаю, единственный шанс узнать по каким полям связаны в таблицы в этих ER-диаграммах - это смотреть на список полей помеченных как FK (Foreign Key)? Больше никак, что ли?
Вы уже видите насколько беспомощна модель данных Oracle:)
EVILDeath Разве не было бы удобней если б линии сами знали по каким полям идёт их связь и "прилеплялись" к ним? :) Странно, почему ни один из этих пакетов проектирования БД не поддерживает такую функцию. А зачуханный Access поддерживает. Пусть даже и лишь для сохранения рассудка "домохозяек", которые с ним работают... Но ведь удобно же.
Вам здесь уже объяснили почему это кажущееся удобство.

Александр3213БредятинаКак Вы уже знаете "связей в таблице" просто нет. Наверное, Вы имеете в виду, что между двумя объектами может быть более одной связи. Конечно. Но они существуют между объектами (а вовсе не между характеристиками объектов, или, по Вашему - между "полями таблиц").

Действительно бредятина.
Ответьте - связь Product.ID -> Sales.Product-id - это связь между объектами или между конкретными полями?
Это вообще не связь:)
Александр3213И второе - а зачем тогда на диаграмме отображать всякие там PK, FK ? Это характеристика объекта или ...? Что они добавляют описанию объектов?
Это ограничения целостности:) А не связи.

softwarerАлександр3213, я настоятельно посоветовал бы Вам не будить лихо.... его потом всем форумом усыплять приходится. К тому же это тот редкий случай, когда он куда более прав, нежели Вы.
Это стандартный случай, когда мне придется всему форуму растолковывать элементы теории БД:)