Насколько правильно написана корзина товаров в базе данных?

Question

[Anonymous85966]

Имеется база данных, которая представляет собой корзину.В ней хранятся товары, находящиеся в корзине у определенного пользователя.У каждого товара в бд есть ячейка, в которой хранится id товара, название и email пользователя, которому этот товар принадлежит.После авторизации на странице с названием "Корзина" выводятся из бд все товары, у которых ячейка email совпадает с email пользователя.SQL запрос:"SELECT * FROM DBNAME WHERE email='$email'". Проблема в том, что все товары в бд скинуты в кучу.Такая архитектура замедляет скорость поиска и извлечения?

Comments

[Spartak (Web-StyleStudio)]

Добавьте в структуре таблицы индекс для поля email

[Makssof]

Ещё вот над чем подумать надо:
А если поменять имя у товара, у пользователя в корзине будет товар с другим именем?
И всё в таком духе

[AVKor]

Эта БД неверно спроектирована. Точнее говоря, её вовсе не проектировали.

Answer 1

[kocherman]

Должна быть отдельная таблица с пользователями, их id и их email, прочим описанием (например, users).

Должна быть отдельная таблица с товарами и описаниями (например, goods).

Дальше отдельная таблица связанная с таблицей goods по полю id, указывающая на цену товара на конкретную дату (например, prices).

Дальше нужна таблица заказов с номером заказа orderID, пользователем userID (например, orders).

И ещё одна таблица, которая связывает между собой таблицу заказа orders и таблицу товаров goods по полям orderID, goodID, amount (кол-во товара). Eё можно назвать order_goods;

Везде связываешь данные между таблицами только числами c созданными на них индексами. Индексы по первичным ключам создаются автоматически.

Comments

[Anonymous85966]

Дополнительные поля и таблицы есть, забыл их указать.А сам процесс извлечения товаров правильно создан?(sql запросом, путем проверки email)

[kocherman]

Anonymous85966, Ну, с точки зрения синтаксиса, SQL-запрос написан правильно.

Но email от пользователя нужен в двух случаях: при регистрации и при авторизации. В остальных случаях - от пользователя для работы тебе нужен только id. Надеюсь, понимаешь меня? Этот же userID ты должен хранить в сессии. По этому же userID будет связана таблица заказов (не по email или ФИО).

[Anonymous85966]

kocherman, я понимаю.Предположим, что сторонний пользователь знает id другого пользователя.Насколько я знаю,сессии хранятся на сервере, а id определенной сессии хранится в файле cookie.Даже если сторонний пользователь сможет как-то создать сессию с id пользователя, он же не сможет получить доступ к товарам в его корзине?(Из-за различий в идентификаторе сессии).Это вопрос безопасности

[kocherman]

Anonymous85966, Разумеется, если злоумышленник украдёт куку, то будет авторизован как пользователь. Можно привязывать сессию к User-agent и IP и каждый раз сверять их, но я вам не советую так делать. В итоге вы осложните жизнь себе, пользователям, но не злоумышленникам.

[kocherman]

Anonymous85966, Например, на вконтакте видно, с какого браузера и с какого IP заходят под аккаунтом, и если что, любую сессию можно завершить. Но, вам это будет сделать довольно сложно. Одним из хороших способов усложнить жизнь пользователям - на каждую операцию спрашивать OTP (одноразовые пароли) или прочую 2ФА, можно например, требовать фото с фэйсом или авторизацию по USB-ключу посредствам TLS, либо проинсталлить клиентский сертификат в браузер, а можно потребовать открытый ключ PGP и посылать зашифрованные послания, чтобы клиент их расшифровал.