Могут ли быть два типа связи одновременно между двумя таблицами?
user
orders
Этого достаточно
у пользователя может быть куча заказов
В логике магазинов, (большинства)
Корзина это вообще отдельная сущьность, которая соотносится с заказом, но не полностью.
Так что реализуйте ее и не заморачивайтесь
Но тут, внезапно возникает необходимость в отслеживании у пользователя текущего заказа, т.к. заказ и корзина в условиях текущего приложения по сути одно и то же, только заказ может быть активным, либо нет.
Изменение техзадания требует забыть про всё ранее сделанное и начать сначала - то есть  заново выполнить полный анализ предметной области с выделением сущностей-атрибутов-связей и построением ER-диаграммы. В ходе которого обнаружится, что схема претерпела радикальное изменение, и некоторые уже имеющиеся структуры (а лучше - все) следует спустить в унитаз и создать заново. Ибо в схеме появилась новая сущность, к тому же связанная с уже имеющейся сущностью отношением pattern-instance, которое даже при правильной реализации отличается повышенной проблемностью.

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

Чем скорее Вы смиритесь с тем, что следует начать работу заново, тем больше у Вас будет времени на её выполнение...