Господа!
Помогите решить спор.
Мой PM сам создал базу.
При этом там имеется две таблицы - ADDRESSES и COMPANY_ADDRESSES.
Он хочет, чтоб в таблице ADDRESSES поля COUNTRY,STREET, HOUSENUMBER составляли
Primary Key. При этом в таблице COMPANY_ADDRESSES есть 3 таких же поля, которые являются FK на таблицу ADDRESSES. Я предложил сделать ID суррогатным и эти три поля уникальными.
Но на вопрос, в чем преимущество такого подхода, я ответил только, что проще делать мэппинг в Hibernate. Тогда он согласился так сделать (с ID и тремя уникальными полями), но при этом оставил такие же 3 поля (COUNTRY,STREET, HOUSENUMBER) и в таблице COMPANY_ADDRESSES. И агументировал тем, что если понадобиться прочитать эти поля для COMPANY_ADDRESSES, то Oracle не будет обьединять эти 2 таблицы по ADDRESSES.ID, а просто прочитает их из COMPANY_ADDRESSES.
Честно говоря, я не видел раньше такого и кажется дублировать поля в 2 таблицах неразумно.
Решил посоветоваться - может я неправ.
И вот вопросы
1) В чем преимущества суррогатного ключа?
2) Ускоряет ли дублирование полей в нескольких таблицах быстродействие базы? 

У вас ADDRESSES - это база домов что-ли? Так и назвали бы HOUSES. А COMPANY_ADDRESS логично бы ссылался на конкретный дом по суррогатному ключу плюс содержал бы ещё идентификатор конкретного офиса в доме и т.п. Если же база домов не требуется, то и сущность можно не создавать имхо.

Это сообщение отредактировал(а) 3x3 - 8.1.2007, 15:50

Не привязан к данным, и как следствие при любых изменениях данных, не требует перестройки индексов, внешних ключей и т.п. Может быть уникальным, в пределах группы таблиц, или группы БД.
Вот статейка на данную тему: Естественные ключи против искусственных ключей


Если таблицы будут в индексном кластере, и большая часть запросов будет делать JOIN по индексным полям.