Mysql schéma de base de données pour les offres quotidiennes site Web: comme Groupon

Question

Je veux créer une base de données qui peut gérer les offres quotidiennes fournies par les partenaires.Aussi je veux le concevoir de telle manière que la base de données elle-même ne permettra pas de données en double en utilisant la combinaison de lat-long, nom & date-heure. Pour l'instant, j'ai un fournisseur, mais à l'avenir, je pourrais obtenir des offres de 2-3 partenaires différents.

Une table est suffisante pour l'exigence ci-dessus qui gérera toutes les données.

Je vais vraiment apprécier tout commentaire/suggestion ou conseil pour me faire démarrer ou pousser dans la bonne direction. Tout type d'information de référence.

S'il vous plaît laissez-moi savoir si besoin de plus d'informations ou je ne suis pas clair sur un point quelconque ...

Cordialement, K

Answer 1

je tout d'abord mettre les partenaires dans une table séparée, pour stocker toutes leurs informations. Ensuite, les offres ont seulement besoin d'un partenaire. Il n'est pas clair pour moi quelles sont ces offres, et si vous avez besoin d'un tableau séparé avec des informations sur le produit, un accord est en fait un lien entre un produit et un fournisseur, pour une période donnée. Dans ce cas, vous avez besoin de trois tables au moins pour stocker uniquement les offres, à l'exception des commandes et autres informations dont vous pourriez avoir besoin. Mais si vous commencez à modéliser, il est fortement conseillé de lire la normalisation de la base de données. Il vous donnera un guide sur ce que vous devriez stocker dans quelle table.

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