Схема базы данных Mysql для сайта ежедневных сделок: как Groupon

Question

Я хочу создать одну базу данных, которая может обрабатывать ежедневные сделки, предоставляемые партнерами. Также я хочу создать ее таким образом, чтобы сама база данных не позволяла дублировать данные, используя комбинацию длинного имени, имени и даты-времени.,На данный момент у меня есть один провайдер, но в будущем я мог бы получать сделки от 2-3 разных партнеров.

Достаточно ли одной таблицы для вышеуказанного требования, которое будет обрабатывать все данные.

Я будудействительно ценю любые комментарии / предложения или подсказки, чтобы заставить меня начать или подтолкнуть в правильном направлении.Любой тип справочной информации.

Пожалуйста, дайте мне знать, если вам нужна дополнительная информация, или я не совсем уверен в какой-либо точке ...

С уважением, K

Answer 1

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

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

http://databases.about.com/od/specificproducts/a/normalization.htm