booozeПривет.Суть проблемы такова:
ER модель следующая....

......Сделаем универсальную таблицу.

Зачем же имея ER, делать универсальную таблицу? Ить это перечеркивает смысл траты время на ER, а пользы от универсальноq, вроде, никакой. Типа строили, строили ER, а потом взяли и свалили все атрибуту в одну универсальну сущность из которй получили универсальную таблицу.

booozeТеперь что бы привести к 2NF мы должны разбить универсальную таблицу на таблицы ,в которых не ключевые атрибуты будут зависеть от составного первичного ключа.

После того как на основе ER, либо во преки ей как у Вас, либо без ея построили РМД начали ея оптимизировать. Например, нормализовать до 3НФ, для чего выявили ф-зависимости между атрибутами, нашли транзитивные и т.д..

booozeТо бишь надо еще и выбрать атрибуты которые будут первичным ключом.

На основе выявленных ф-зависмостей выявятся ключи. Что до первичных, то выберем из выявленных или тупо создадим суррогатные. Но не в связи с нормальзацией. А с др целями.

boooze
А так как их несколько, это означает что они будут являться составным ключом.

Скорей всего они так и останутся несколькими ключами, хотя и не выделенными, если Вы объявите их всех одним составным ключем, потому как составной из них это типа суперключ (содержит собственное множество атрибутов явлющихся ключем), т.е. не является ключем (ключ не содержит собственное множество атрибутов явлющихся ключем по определению ключа).

booozeи тут возникает проблемка ...

Возможно она (они) возникла несколько раньше. Это уже последствия.

booozeСтоит ли рассматривать при процессе нормализации универсальную таблицу ,с учетом ER модели ,то есть смотреть на некоторые столбцы как на сущности (клиент,паспорт,адрес,билет) или смотреть на нее как огромную кучу ,которую необходимо разбить на таблицы с зависимыми атрибутами от ключей.

Возможно, вопрос нуно переформулировать. Например, стоить ли вообще рассматривать универсальные таблицы? И т.д.


boooze
Процесс нормализации типа

Вот именно, ТИПА.

booozeИ я не могу понять должен ли быть хоть один первичный ключ у всех разбитых таблиц одинаковым?


Превичный ключ у таблы вседа только один, но это не имеет отношения к нормализации - первичный ключ или нет. Что до "одинаковости" не в курсах что имеется в виду, но, скорей всего, нет чтобы за этим не скрывалась.

booozeЕсли у мня 4 сущности (клиент,билет,адрес,паспорт) должны ли получиться 4 таблички при нормализации к 2НФ ,а что там с 3НФ я вообще разобраться не могу (отсутствие транзитивности вроде у меня уже получиться при 2НФ)

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

booozeНу насчет порядка могу сказать что у нас три контрольные идут именно в таком порядке :ER ,нормализация ,IDEF1X
Ну, думаю, Вам следует придерживаться этого порядка, до появления причин от него отказываться. Но если Вы про контрольные решаете, тады текст из и приводили. А то выглядело, что Вы проектируете БД. И там после ER появление универсальной таблицы воспринимается так что в ER и есть одна сущность - универсальная.