Добрый день!

Вопрос следующий: есть таблица Заказы, предположим, интернет-магазина.

Первоначальные поля таблицы следующие (Id_заказа, ID_пользователя, ID_администратора, Id_товара, логин_пользователя, дата_заказа, время_заказа, дата_выдачи, время_выдачи).


Вопрос созрел уже при программировании ИС. И вопрос такой: один пользователь может за одну сессию заказать n-ое количество товаров. И хотелось бы для удобства работы администратора и пользователя всем заказанным товарам в одну рабочую сессию присвавать один какой-то идентификатор заказа. То есть, есть N товаров, которые пользователь заказал в какой-то конкретный момент времени --- ей соответствует идентификатор заказа. Пользователь приходит и говорит: "Мой заказ № такой-то, и администратор по идентификатору быстро находит нужную инфу..."

Как быть в данном случае с первичным ключом для этой таблицы. Оставить поле ID_заказа и добавить поле, к примеру, номер_заказа? Но тогда будет попахивать избыточными полями ? Тогда, вероятно, убрать поле Id_заказа и первичным ключом сделать поля ID_пользователя, ID_администратора, ID_товара, Дата_заказа, время_заказа ?

Но тогда вопрос по производительности такой структуры ? Пять ключевых полей, конечно, не добавят скорости работы при выборке данных...

Какое же оптимальное решение выбрать в данном случае ?

Спасибо!