2010-11-05 24 views
0

Je crée la table de recherche d'objets et je ne sais pas exactement comment appeler un objet. C'est un réseau social. Je sais que les éléments comme la photo, la vidéo, le statut, etc. sont des objets mais qu'en est-il des paramètres de compte, des dossiers de courrier, des pièces jointes, des messages d'erreur, etc.? Certaines choses comme "Tags" est-ce un objet en soi ou seulement lorsque nous le combinons avec Photo tag, Video tag, Peopletag, etc? Est-ce que nous modélisons tous les objets 1 à 1 avec le système ou avons-nous des objets parents et des objets enfants à des fins de recherche?Modélisation d'objets système pour la table de correspondance

Répondre

1

Si vous faites référence à un schéma de base de données, vous devriez penser à ceci.

Si deux erreurs sont sémantiquement les mêmes (c'est-à-dire, "foo" == "foo"), alors il peut être transformé en une table de recherche. Si deux noms ne sont pas sémantiquement identiques, même s'ils ont la même valeur (par exemple, "john" == "john" mais les personnes sont différentes), vous ne devez pas utiliser de table de recherche. Pour des choses comme les balises, vous pouvez utiliser une table de recherche, mais si elles sont saisies par l'utilisateur, il est probablement préférable de les conserver en tant que chaînes dans la base de données. Les tables de recherche sont mieux utilisées pour les objets volumineux (pour réduire le stockage) ou les valeurs qui ne changent pas souvent. Il y a des exceptions à cela, mais c'est une bonne règle empirique.

Est-ce que cela a du sens?

Erick

+0

La table de recherche sert uniquement à stocker la liste d'objets dont dispose le système, et non le contenu utilisateur réel des objets. Ceux-ci sont tous stockés dans leurs tables séparées, comme user_photos, user_videos, etc. Mais ils doivent tous être liés à une table d'objets parent pour pouvoir extraire les Analytics des objets utilisateur. La table de recherche d'objet n'aura donc que object_id & object. Mais je ne suis pas sûr de la profondeur des objets, car la photo est un objet, mais la photo peut être un objet, le commentaire photo peut être un objet, la photo recommandée peut être un objet. Ou est-ce que nous modélisons comme Commentaire, Photo, Recommandation sont séparés? – Mia

+0

Aussi, comment pouvons-nous stocker des données qui changent beaucoup si nous n'utilisons pas de tables de recherche et que les données doivent être des éléments de liste fixe du site? Je pensais que toute entrée de l'utilisateur restreint devrait être basé sur la recherche si elle change ou ne change pas? – Mia