Правильно sasha вещает -
реши для себя, что главнее избавится от одинаковых записей ( выведи их по ORDER BY ...), и долбани т.к.
prm. key не допускает дубляжа (вот гадство опять модем упал), либо добавляй еще одно поле из
структуры данных, которое тебе обеспечит уникальность записи (вообще это понятие из теории реляционной
алгебры, => читай, как говорится литературу, но эту сентенцию я считаю хамством, нефиг было конференции создавать,
ну да ладно, отвлеклись) . Дело в том, что тебе наверняка потом надо будет создавать связки, а => без prm.key некуда.

Резюме по русски без рассуждения вслух:
1. Долби сдублированные записи найденные по == ORDER BY (компоненты ключа) == если их больше 1. Рекомендую это делать
вручную из опыта (регулярно занимаюсь этим, т.к. автоматизация не спасает, душой Россию ...)
2. Вводи в первичный ключ дополнительное поле, которое тебе обеспечит уникальность записи, но я обычно при проектировании структуры данных (даже если она уже есть) делаю свой первичный ключ, как правило int, и по нему прорисовываю все связи.

Введи за правило -> первым делом модель данных, ну а девушки ...

Успехов
White_Angele