Fusionner 4 tables !

Salut,

Voilà j'ai 4 tables sql :

- Orc
- Troll
- Humain
- Loup-Garou

Dans ses 4 tables, j'ai une dizaine de champs dont la moitié son pareil :

- id
- sexe
- taille
- poid

et d'autres :

- orc
-- oreilles
-- nez

- Troll
-- peau
-- pieds
-- mains

...etc

Je souhaite fusionner ses tables en une, comme cela :

- Personnages
-- id
-- sexe
-- taille
-- poid
-- différences

Le champ différences permettrai de rassembler tous les champs différents des autres tables en une.

Je ne sais pas trop comment faire, car il faut que je garde le nom des champs ainsi que leurs valeurs, j'ai des champs avec beaucoup de texte.

J'ai pensé a tout parser en json et insérer les données dans le champ différences, mais je ne sais pas trop si ça se fait.

Merci de votre aide :)

Bonjour,

Pour ma part, je ferais comme ceci:

Ta table principale:
- Personnages
-- id
-- sexe
-- taille
-- poid
-- id_differences

Et une table des différences car tu peux avoir n champs en fonction du personnage:
- Differences
-- id
-- id_differences
-- nom_difference
-- valeur_difference

Les valeurs seront assez simple à récupérer dans ce cas ...

La table va se charger comme une mule en peu de temps avec ce système, ça n'impactera pas les performances?

Et puis c'est bordélique nan? :cry: :mouarf:

Pourquoi pas faire simplement une table avec touts les champs possibles en rendant simplement non obligatoires celles qui ne sont pas commun a tous?

Ensuite tu gère dans tes requêtes suivant la race les champs que tu Select.

Citation:

---

Envoyé par TrAsHeR

La table va se charger comme une mule en peu de temps avec ce système

---

En prenant ton système de base, ta table personnage sera comme celle que tu as identifié en premier (et que j'ai gardé).

Ensuite la découpe sera d'avoir plusieurs champs pour chaque différence au lieu d'avoir un champ unique contenant tout et qui risque d'être saturé :roll:

Citation:

---

Et puis c'est bordélique nan?

---

Bein ça, moi je trouve que non mais j'ai peut être pas tout comprendo :lol:

En dernier, faire qu'un champ pour y mettre toutes les différences (en utilisant json ou pas) ça je trouve :aie: mais ça reste mon avis ;)

Salut,

Quand on a ce type de donnée, en SQL on fait comme ceci


Personnage
-- id
-- sexe
-- taille
-- poid
-- id_differences

Orc
-- id
-- oreilles
-- nez

- Troll
-- id
-- peau
-- pieds
-- mains

Ceci est la spécialisation d'entité. La table personnage donne de nouveau élements.

Et si par la suite tu inventes un type genre "Homme des montagne", ça n'affecte en rien ta construction de base, tu n'auras qu'une table à rajouter.

Pour faciliter les traitements en PHP, dans la table Personnages, tu peux ajouter un champ "type" pour savoir dans quel table allé chercher.

tu imagines une table par notion

Une table type perso
une table accessoire
et
une table perso avec idtype
Une idperso - idaccessoire

Comme ça si tu rajoute un type ou un accessoire, ça n'impacte pas le reste

Le coup de mettre tous les champs possibles, ça risque de prendre de la place pour rien car tu aura des notions inutiles sur chaque enregistrement

Désolé du retard :)

Merci pour vos réponses, ça peut en effet le faire !

Et si j'ajoute un champs infos et je met tout en jSon dedans ça peut le faire ?

Citation:

---

Envoyé par Nowwis

Salut,
Quand on a ce type de donnée, en SQL on fait comme ceci

Personnage
-- id
-- sexe
-- taille
-- poid
-- id_differences

Orc
-- id
-- oreilles
-- nez

- Troll
-- id
-- peau
-- pieds
-- mains

---

Oulalala, on ne fait absolument jamais ce genre de choses
Ca rend toute relation entre les tables totalement impossible.
On fera donc plutôt:

Personnage
-- id
-- sexe
-- taille
-- poid

PK sur id

DifferencesTypes
--id
--Designation

PK sur id

Differences
--idPerso
--idType
--valeur

PK sur le couple idPerso/idType, ca évitera les 4 yeux

cardinalités:
1,n sur la relation personnage-differences
1,n sur la relation DifferencesTypes-Differences


Là au moins si ça te chante tu sort toutes les infos en une seule requete.

Citation:

---

Et si j'ajoute un champs infos et je met tout en jSon dedans ça peut le faire ?

---

Techniquement oui.
Idéologiquement non.

Une bdd n'a pas vocation a héberger du json, du xml, du html, des images (on le vois encore parfois en 2012) ou que sais-je.
Ca marche très bien, mais si on est un peu intégriste, ca fait mal au derrière.