organisation bdd

par **Sékiltoyai** » 29 août 2007, 18:54

De rien

par **tartpion** » 29 août 2007, 18:47

ok super ca me plait bien merci beaucoup a toi sekiltoyai ...

par **Sékiltoyai** » 29 août 2007, 18:46

Ouais, et si les gens veulent faire une recherche sur les caractéristiques spécifiques, ils doivent le faire pour un type d'objet seulement.

par **tartpion** » 29 août 2007, 18:43

pour resumer ca ferait une table pour l'objet et les carateristiques premieres tel que le modele etc
et une table pour les infos complémentaires avec une possibilité de recherche donc seulement dans les premieres carateristiques de l'objet ??

par **Sékiltoyai** » 29 août 2007, 18:39

Personnellement je pense que tu dois de toute façon faire une table par catégorie.
Et si ca t'embête vraiment de faire une recherche sur moult tables, tu peux à la limite faire une table recenssant les caractéristiques communes de tous les articles et pour chaque type d'article une table avec les caractéristiques spécifiques. Et tu fais ta recherche sur la table qui regroupe les caractéristiques communes.

par **tartpion** » 29 août 2007, 18:03

oui c'est exactement ca le probleme

j'attends donc la reponse conséquente ...

par **cf357** » 29 août 2007, 18:01

Je pense que je viens de comprendre le vrai problème (j'aurai du réfléchir !)

Dis moi si c'est bien de cà qu'il s'agit :
Le soucis vient donc du fait que les articles n'auraient pas les même critères, selon qu'ils s'agisse d'un livre ou d'un telephone par exemple ?

Tu aimerais pouvoir stocker par exemple un champ "opérateur téléphonique" pour les télephones, mais un champ "auteur" pour le livre ? Du coup ta table se retrouverait avec effectivement beaucoup de champs non-pertinents.

Si c'est bien de ce problème qu'il s'agit, je re-proposerai une solution en conséquence

par **tartpion** » 29 août 2007, 17:44

oui mais quel est l'avantage puisque de toutes les facons tout les articles vont se retrouver dans la meme table autant rajouter un champs categorie et voila ou bien si c'est moi qui ai mal compris ta solution merci de la detailler un peu plus et de me dire son interet niveau organisation et rapidité

par **cf357** » 29 août 2007, 17:40

Hello !

Je répond vite parce que tu as 42 messages

Ceci étant dit, si j'ai bien compris ta question, la réponse qui me vient à l'esprit est cella là :

* Une table pour les catégories
* Une tables pour les articles, avec clé-étrangère provenant des catégories.

Concrétement, ça donnerait un truc comme ça :

Code : Tout sélectionner

table "Categories" :
   -> categ_id          <= clé primaire
   -> categ_nom

table "Articles" :
   -> article_id
   -> categ_id         <= id de la categorie associée
   -> article_nom
    etc...

avec, en exemple de contenu :

Code : Tout sélectionner

table "Categories" :

id  |  nom
----|-------------------
 1  | telephone
 2  | livres


table "Articles" :

 id  |  categ_id |  nom
----|-------------|-------------
 1        1           samsoule X2431
 2        1           eric-sonne 42
 3        2           les meilleures recettes de cuisine
 4        1          moto-roro ZZ

par **tartpion** » 29 août 2007, 17:32

salut a tous

j'ai recours a vous pour un probleme majeur dans la conception de mon site en fait je veux construire un site de ventes en ligne de particulier a particulier et j'aimerais savoir comment organiser mes bases de donnees

est ce que c'est mieux de faire une seule table ventes avec a l'interieur des champs qui seront vides certaines fois en fonction des articles ou bien pour chaque categorie une table

pour un exemple est ce que je fais une table pour les telephone portables et une pour les ordis portable et une pour les APN ou bien une seule qui sera trés longue avec a chaque fois des champs remplis et dautres vides

a prendre en compte qu'il y'a un champs de recherche et que faire une recherche dans 10 tables doit etre trés long mais l'affichage de chaque categorie depuis une seule table ou ya tout les articles peut aussi etre tres long et s'il ya une autre possibilité merci de me la donner ...

merci d'avance a tous...

organisation bdd

Répondre

Étendre la vue Revue du sujet : organisation bdd

organisation bdd