Problème tables reliées phpmyadmin

WRInaute discret Inscrit le: 26 Aoû 2005 Messages: 86

Bonjour à tous,

Je viens de me mettre sur phpmyadmin.

J'ai crée 3 tables:
- categories
- produits
- produits_categories

Je dois relier les tables mais j'ai un message d'erreur:

Erreur
Certaines fonctionnalités ayant trait aux tables reliées sont désactivées. Pour une analyse du problème, cliquez ici.

puis:
PMA Database ... en erreur[ Documentation ]
Fonctions relationnelles désactivé

Comment dois-je faire ?

Merci d'avance.

PP51

>> Je dois relier les tables
pour faire quoi ? c'est en php que tu fais tes requetes sur plusieurs tables

WRInaute impliqué Inscrit le: 17 Nov 2003 Messages: 278

Bah, si tu peux assurer toi-même l'intégrité référentielle de la base, par tes scripts (genre, quand tu supprimes un produit, tu supprime les lignes qui vont bien de produits_categories), ça ne sert à rien de créer des clés externes.

C'est comme ça que j'ai l'habitude de faire depuis le temps que j'utilise mysql (car dans les anciennes versions, il n'acceptait pas du tout les contraintes FOREIGN KEY)

Il te suffit par contre de placer des index (en particulier dans les deux champs de produits_categories qui pointent "virtuellement" vers les clés primaires des autres tables) pour accélérer les jointures.

WRInaute discret Inscrit le: 26 Aoû 2005 Messages: 86

en fait j'ai acheté un bouquin pour monter mon site d'ecommerce de A à Z...

Comme je n'y connais strictement rien en php, je suis les instructions à la lettre Rolling Eyes

Ma table bt_prd_categories devrait me permettre de classer mes produits sur certaines catégories que j'ai crée.
Dans mon cas, un même produit doit pouvoir être relié à plusieures catégories...

En fait le message d'erreur est apparu dès la création de ma seconde table.
1ere table: - categories
2è table: - produits

C'est à ce moment que j'ai eu l'avertissement / alors que je n'avais jamais voulu faire de table reliée...

Y a t'il un paramétrage particulier à faire ?

Merci en tout cas pour vos réponses Wink

et opter pour une solution genre Oscommerce ca te branches pas ? ca ira plus vite je penses Smile

+1 e-kiwi

Si tu tiens toutefois à tout développer toi même :

WRInaute discret Inscrit le: 26 Aoû 2005 Messages: 86

moi je n'ai toujours pas compris ce que tu cherchai à faire en fait. une fois tes tables créées, laisse les telles qu'elles sont, tu fera le reste en php (requetes multi-tables)

WRInaute discret Inscrit le: 26 Aoû 2005 Messages: 86

Nouveau WRInaute Inscrit le: 12 Oct 2006 Messages: 1

Oulaaa que vois-je ?
Les liens au sein même d'une base de donnée, inutiles ?
Mouarf ! Je pensais comme vous aussi avant Wink

Et puis j'ai essayé d'autres bases de données que mysql (cadre professionnel) => mssql, oracle, etc.

L'arrivée des liens de tables (appelées aussi contraintes relationnelles) sur mysql est qqch de TRES TRES bien, et en profiter, qqch d'encore mieux Wink

J'explique, et peut-être que certains d'entre vous seront tentés de faire l'essai (Je le conseille même fortement si vous vous lancez dans des projets sérieux de grande envergure...)

1. Une contrainte relationnelle, qu'est-ce que c'est ?
Il s'agit de déclarer un lien entre deux tables, qui devient alors explicite au sein de mysql, et non plus uniquement implicite dans votre tête ou sur une feuille de papier.
Dans le cas d'une base de données avec 2 tables, ok, c'est un peu inutile, mais ca fait toujours propre.
Dans le cas d'une base avec beaucoup de tables, la, ca devient interressant car croyez moi, ca evite des erreurs par la suite.

2. A quoi ca peut servir ?
Trois interets majeurs:

- Permet d'élaborer à coup sur une base avec des ID de tables cohérents entre eux.
Sans contrainte (lien), il est si facile en mysql de définir un id sur une table en smallint, et son id equivalent sur une autre table en mediumint par exemple... Ca ne pose aucun soucis à l'execution... Jusqu'au moment ou BAM un des champs 'explose' et il y a des problemes d'intégrité dans votre base de données...

- Le deuxième, évident, est la contrainte du lien elle-même: si vous déclarez un lien entre deux tables, et que dans votre code (php ou autre) vous faites une requete SQL en reliant deux tables par le mauvais lien 'implicite' (2 ID qui n'auraient rien à voir entre eux), une erreur sera systématiquement retournée, et non pas un mauvais résultat comme ca pourrait arriver autrement.
Encore une fois, si votre base comporte un grand nombre de tables / champs, vous éviterez ainsi les erreurs et le temps de debug à repérer le soucis (d'autant que si vous n'avez pas pris grand soin de bien nommer vos champs (et dieu sait que ca arrive...) la confusion peut vite arriver.

- La troisième, pour moi la plus importante sans doute (car elle simplifiera vos codes de manière très significative ainsi que leur temp d'éxécution du même coup) est les fonctions apportées par ces liens.
Un exemple:
Je déclare deux tables, avec un lien entre elles. Je spécifie au niveau du lien un petit ON DELETE CASCADE, et la, la magie opère. Si vous supprimez dans votre code une donnée d'une des tables, que cette donnée était liée à une autre donnée de la deuxieme table, plus besoin de 'nettoyage' manuel en php, la suppression de la deuxieme donnée, plus liée à rien, se supprimera automatiquement (et bien plus rapidement qu'avec un code php...). D'autres options sont disponibles bien sur, comme la possibilité de remettre un ID à null en cas de suppression de la donnée sur laquelle il porte, etc.

*************************

Alors... oui, c'est peut être un concepte un peu délicat à maitriser, qui nécessite en plus un minimum de logique, mais... dire que c'est inutile et qu'on peut le gérer autrement, ben... c'est dommage Wink

En développement, il y a toujours des moyens de procéder autrement, mais utiliser les objets qui existent et qui sont fait pour ca simplifie beaucoup la vie et rend les codes beaucoup plus clairs, propres, et efficaces.

A vous de voir Wink

Problème tables reliées phpmyadmin

Autres sujets de discussion :