La conception de table de base de données optimise pour les données de volume élevé

Question

Si je devais organiser des données sur le tourisme et l'hôtel pour le continent de l'Australie et du sud Amérique pouvez-vous me faire savoir une meilleure façon de le faire. Comme si j'organise les tables ainsi:

• continents
• pays
• Etats
• ZipCodes
• villes
• destinations
• hôtels
• lnkhotelszipcodes (dans le cas où un hôtel existe dans plusieurs lieux)
• lnkhotelscities

Il sera orienté avec rechercher aux pays, états, villes, code postal, puis des équipements ou des caractéristiques des hôtels et des destinations touristiques

Answer 1

Je vous suggère de modéliser en utilisant le schéma en étoile. avoir une dimension de région. aiderait à découper et découper les données en tranches.

Le schéma en étoile est utilisé dans les applications basées sur l'entreposage de données. Il permet aux utilisateurs d'analyser les données à différents niveaux de granularité. Dans votre cas, vous pouvez obtenir des comptes d'hôtels à différents niveaux de granularité. Internet regorge d'informations sur le schéma en étoile. google "schéma en étoile". vous pouvez également lire sur datawarehousing.

Cela pourrait être un bon point de départ: http://en.wikipedia.org/wiki/Star_schema

Answer 2

comment un hôtel existe en plusieurs endroits? aussi, est-ce vraiment une grande table, ou voulez-vous dire une grande base de données?

Answer 3

En bref - créer une table pour une seule entité.

Je pense que vous devez créer un diagramme ERD (http://en.wikipedia.org/wiki/Entity-relationship_model) et le mapper aux tables de la façon suivante: une entité - une table. En conséquence, vous obtiendrez une donnée dans le 3-ème formulaire normal. Vous devriez procéder de cette façon jusqu'à ce que vous rencontriez des problèmes de performance. Si elles seront sérieuses, commencez par normaliser. Je ne pense pas que construire quelque chose de non normalisé est justifié dans ce cas.