Схема продажи продуктов MySQL

Question

Я нахожусь в процессе создания веб-сайта и хотел бы посоветовать о моей схеме базы данных, так как у меня не так много опыта в этой области.

Скажем, у меня был сайт, на котором было продано 2 продукта, product1 и product2.

Когда пользователь покупает какой-либо продукт, он получает учетную запись пользователя с ключом для доступа к своей учетной записи. Пользователь может загрузить свой продукт со своей учетной записи. Затем пользователь может позже приобрести оставшийся продукт, а продукт будет добавлен в свою учетную запись, позволяя им загружать как product1, так и product2 с помощью ключа, предоставленного им при покупке первого продукта.

Информация об оплате (способ оплаты, идентификатор транзакции, отметка времени и т. Д.) Также будет сохранена.

я в настоящее время у меня схема планировалась как так:

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

Надеется, что вы можете помочь и спасибо заранее :)

Answer 1

Это хорошая идея, чтобы начать идентифицировать объекты, ваша схема будет хранить. Похоже, что компоненты-кандидаты могут быть

• пользователь
• (пользовательские данные)
• продукт
• покупка

Эти объекты будут таблицы вы начинаете с. Добавьте соответствующие отношения.

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

Как только вы определили их, начните размещать их в normal form. Обычно рекомендуется 3-я нормальная форма. Вы, скорее всего, найдете, как вы указали в своей схеме, есть много избыточных данных, которые попадают под объект покупки, который отделяет его от другой таблицы, для более удобной схемы.

Это устранит избыточные данные в ваших таблицах, которые впоследствии могут выпасть из синхронизации и помогут определить, где некоторые данные неуместны.