Discussion :

[redah75]

Bonjour tou le monde, j'espere que je poste dans la bonne rubrique.

J'aurais juste qlq questions auxquelles j'ai pas trouve de reponses!!

1- je suis entrain de faire un site et j'ai opte pour le type de bdd InnoDB, mais j'appercois des choses bizarres:
- le nombre d'enregistrements precise par phpmyadmin n'est pas le meme reellement stocke dans ma table,
- en haut dans phpmyadmin, j'ai toujours "InnoDB free: 12288 kB" a cote du nom de ma table...

2- est ce normal que je ne puisse pas nommer les noms des champs avec un "-" ??

3- dans certaines tables, je vais avoir par exemple: id-article, titre-en, titre-fr, titre-original. je sais que conceptuellement c une relation 1,n, mais sachant qu'il peut y aboit que 3 maximum, est ce conseille de creer 3 champs dans cette table ou plutot creer une autre table relationnel (id-article, titre, lang) ???

et puis une derniere question
4- je vois de plus en plus des pages web qui ont comme nom le nom de la news par example: www.monsite.com/news/ici-titre-de-ma-news.htm ou php
je sais que ceci a un grand avantage pour le referencement, mais comment peut on faire ceci?

Merci beaucoup de votre aide.
Reda

[qi130]

Pour le (2): oui, pas de tiret. C'est la norme SQL
Pour le (3): je ne suis pas persuadé de la validité de cette relation n-aire... Pour moi il s'agit bel et bien de 3 attributs.
Pour le (4): intéresse toi au STUB http://en.wikipedia.org/wiki/Find_or_fix_a_stub

[redah75]

Merci pour ta reponse

et t'auras pas d'explications pour la question 1 ?

pour le 3: pourquoi tu ne vois pas ca comme n-aire? une news peut avoir 1 a 3 titres mais d'une langue differente
je comprend dc que je dois mettre 3 champs ds cette table

et par example sur une fiche d'un client, j'ai par example 2 champs pour: tel1, tel2. si JAMAIS je dois rentrer tel3, devrais je creer un 3e champ ou plutot une table relationnelle??

pour le 4: on ne peux utiliser que 'stub'?
je vais essaye de bien lire cet article qui est en agnlais

Merci encore une fois

[SQLpro]

2- est ce normal que je ne puisse pas nommer les noms des champs avec un "-" ??

Oui, la norme SQL impose que les noms des objets SQL soient formés de ctte façon :
http://sqlpro.developpez.com/cours/s...age=partie1#L1
Toute dérogation à cette règle ne peut avoir que des conséquences néfaste au mieux à catastrophiques au pire...

3- dans certaines tables, je vais avoir par exemple: id-article, titre-en, titre-fr, titre-original. je sais que conceptuellement c une relation 1,n, mais sachant qu'il peut y aboit que 3 maximum, est ce conseille de creer 3 champs dans cette table ou plutot creer une autre table relationnel (id-article, titre, lang) ??

Votre titre original n'étant pas spécifique à la langue, le conserver dans la tables est parfait. En revanche pour les déclinaisons en différentes langues il est impératif de faire une table fille. En effet, le jour ou vous voulez rajouter l'allemand ce ne sera que l'ajout de quelques données alors que dans le cas d'une table unique il faudra restructurer vos tables, vues, procédures stockées et fonctions et retoucher aux interfaces....

Donc, contrairement à ce que vous as dit qi130 (qui mérite un moins 1 au niveau du qi aujourd'hui ;-) il faut une seconde table.

A +

[ced]

Bonjour,

Pour essayer de répondre à la question 1, il me semble que les tailles (en kb) des tables InnoDB ont une valeur minimale et que cette taille augmente passée une certaine volumétrie (de mémoire, il faut quand même un paquet de lignes et/ou de données avant de voir bouger ce chiffre). Ce qui explique pourquoi le nombre n'évolue pas...
Pour le nombre de lignes affichées par phpMyAdmin, je ne sais pas où il prend l'information (il faudrait peut-être poser la question dans le forum spécialisé sur phpMyAdmin)...

ced

[StephaneC.]

Pour le 1, ça vient du fait qu'InnoDB est un moteur transactionnel : chaque transaction, ayant sa propre vue de la table, voit un certain nombre d'enregistrements, mais qui n'est peut-être pas le "vrai" nombre d'enregistrements de la table. C'est pour cette raison que phpMyAdmin ajoute ~ devant le nombre d'enregistrements, pour préciser que ce n'est qu'une estimation.

Le innodb free indique la taille restante dans ton tablespace. Si comme c'est généralement le cas, ton tablespace est autoextensible, tu n'as pas à te préoccuper de cette indication.

Stéphane

[redah75]

merci les gars pour vos reponses

Oui, la norme SQL impose que les noms des objets SQL soient formés de ctte façon

merci pour ce lien tres interesant! j'ai pourtant bien cherche avt de poster et je l'ai pas trouve

Votre titre original n'étant pas spécifique à la langue, le conserver dans la tables est parfait...

c'est ce que je me disais: si je veux connaitre la langue du titre original, a ce moment la, je serai obligé d'avoir une table relationnelle comme je l'ai precise!

Pour essayer de répondre à la question 1, il me semble que les tailles...

Pour le 1, ça vient du fait qu'InnoDB est un moteur transactionnel...

ou sinon, est ce que l'utilisation de InnoDB est approuvee, la seule chose qui me motive de les utiliser est le fait de pouvoir supprimer en une seule requete l'enregistrement principal et tous les autres enregistrements liés sont automatiquement supprimés!

et sinon concernant la question 4, avez vous d'autres idees que le "stub" ??

Merci encore une fois

[Hervé Saladin]

Pour le 4 moi j'utilise le "mod_rewrite" qui est un module d'apache : il faut éventuellement installer ou activer ce mod selon la conf de ton serveur puis, tu peux configurer ta réécriture d'URL dans un htaccess ou directement dans le fichier de conf d'apache.
Sachant que tu peux utiliser des expressions régulières c'est très puissant !
Pour plus de détails va voir ici, ou encore la, ou tapes "url rewriting" dans Gogole.

[StephaneC.]

Oui pour le 4, c'est de l'url rewriting.

L'utilisation d'InnoDB est plus qu'approuvée ! Il s'agit du moteur de stockage le plus utilisé avec MyISAM (le moteur par défaut). D'après ce que tu décris, ce sont les clés étrangères qui t'intéressent. Dans ce cas, InnoDB est quasiment obligatoire puisque MyISAM n'a pas de support pour les clés étrangères.

Stéphane

[redah75]

Pour le 4 moi j'utilise le "mod_rewrite" qui est un module d'apache...

Oui pour le 4, c'est de l'url rewriting.

vous etes sur que c'est le url rewriting qu'il faut utiliser ???!!
moi je voyais plus une solution du genre:
recuperer le titre
faire un traitement (enlever les articles, et mots inutiles)
et creer un fichier php ou htm qui a comme titre le titre traité.

prenom l'example de de developpez.net, le titre de mon topic est le nom de dossier: http://www.developpez.net/.../mysql/...ions-conseils/

comment il font?

L'utilisation d'InnoDB est plus qu'approuvée...

j'ai jusqu'a present toujours utiliser MyISAM!
oui, je parlais des cles etrangeres. j'ai beaucoup beacoup de tables relationnelles, il y aura rarement des suppressions mais je pense qu'il vaut mieux utiliser innoDB!
par contre y a til un moyen simple pour creer les cles etrangeres ds phpmyadmin? j'utilise la version 2.6.4, est elle vieille?? j'utilise pas la nouvelle version car l'affichage est un peu bizarre sur IE. ou sinon connaissez vous un bon equivalent de phpmyadmin?

MErci les gars, franchement merci de votre temps et l'interet que vous portez a mon sujet

[danidan75]

Pour info, dans la branche 2.x, phpMyAdmin en est à la 2.11.9.4, donc oui, la 2.6.4, elle est vieille.

Pour ce qui est de l'url-rewriting, c'est très simple.
Disons que chaque article est dans une table avec 3 colonne (on simplifie): id, titre et contenu.
On crée une 4e colonne, sobrement intitulée url. A chaque article, on associe donc une url.
Lors de l'enregistrement dans la base, on récupère la chaîne du titre après traitement ("quelques questions et conseils!" devient "quelques-questions-et-conseil!", bref on vire l'inutile, les articles, la ponctuation, ... et on transforme les caractères non réglementaires).
Ensuite, plutôt que passer par l'id pour récupérer l'enregistrement dans la base, on utilise la colonne url.

[StephaneC.]

Pour créer une clé étrangère avec phpMyAdmin, tu cliques sur le nom de ta table dans le menu de gauche. Tu verras alors, juste après la liste des champs de ta table (donc sur l'onglet Structure), plusieurs liens : Version imprimable, gestion des relations...
Il faut cliquer sur Gestion des relations et là tu peux saisir toutes les infos nécessaires pour créer ta clé étrangère.

Des équivalents de phpMyAdmin, il y en a vraiment beaucoup... Chacun aura son avis sur la question, mais pourquoi ne pas essayer le MySQL Query Browser, fourni par MySQL ?

Stéphane

[Antoun]

Des équivalents de phpMyAdmin, il y en a vraiment beaucoup... Chacun aura son avis sur la question, mais pourquoi ne pas essayer le MySQL Query Browser, fourni par MySQL ?

Il est vraiment très mauvais... pour un petit aperçu, cf http://www.developpez.net/forums/d25...aphique-mysql/

[StephaneC.]

Les goûts et les couleurs, comme je le disais, ça dépend de chacun ....
Personnellement, après avoir vu la facilité avec laquelle on pouvait déclencher des catastrophes avec phpMyAdmin, je préfère m'abstenir ... et utiliser le Query Browser qui me convient beaucoup plus

Mais on s'écarte de la question de Redah...

Stéphane

[redah75]

Pour info, dans la branche 2.x, phpMyAdmin en est à la 2.11.9.4, donc oui, la 2.6.4, elle est vieille

Oui je sais
j'ai garde la version 2.6.4 car a partir de celle ci, les css sont foireux!! j'ai meme essaye la derniere version 3.1.2, mais les styles sont toujours bizarres sur IE !!

j'ai jeter un oeil sur le lien que Antoun a fourni. ca parle principalement de Mysql Query Browser + Mysql Admin, et je pense que ce n'est pas des logiciels Web, ca doit s'istaller sur le poste client si je ne me trompe pas!


concernant les "url writing", merci danidan75 pour tes explications.
et si je cree une page pour chaque news par exemple? si j'ai 350 news, j'aurai 350 pages distinctes et ceci aura un grand avantage pour le referencement!!

Pour créer une clé étrangère avec phpMyAdmin, tu cliques sur le nom de ta table

Merci
je suis par contre un peu perdu:
si je clique sur 'gestion des relation', il me propose des choix uniquement sur la clee primaire.
je suppose alors que je dois creer via le cadre 'Index' une clef, il me propose alors:
- nom de a clef: je mets n'importe quoi
- type de clef: je connais pas la difference entre index, unique et full text
- dans 'champs' je choisi ma cle etrangere, mais je ne sais quoi mettre dans taille!!
quand je reviens dans 'gestion des relations', je choisi le champs auquel je veux etablir la liaison, mais je ne sais quoi mettre dans ON DELETE et ON UPDATE!

Merci bien

[StephaneC.]

En effet, le MySQL Query Browser n'est pas un client web.

Pour ton histoire de clés étrangères, soit le lien ne s'appelle pas de la même manière sur ta version (j'ai regardé sur un phpMyAdmin 2.11), soit tu n'as pas cliqué sur le bon lien : ce que tu décris ressemble plutôt à l'interface de création d'index 'classiques'.

Si tu ne veux pas trop te prendre la tête, je te conseille de regarder dans la doc la syntaxe pour créer en SQL tes clés étrangères. Au moins tu es sûr de bien maîtriser ce que tu vas faire.

Stéphane

[redah75]

Pour ton histoire de clés étrangères, soit le lien ne s'appelle pas de la même manière sur ta version...

si si, je pense que c'est le bon lien

je vais expliquer en detail:
g creer un base "test":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
table1(id_table1, champ1, champ2) // id_table1: cle primaire et autoincrement
table2(id_table1, champ) // id_table1: cle etrangere

pour definir lacle etrangere, je clique sur "table2" et dans l'onglet "structure" je clique sur "gestion des relations", j'obtiens ceci


je suis donc oblige de creer une clef en cliquant sur executer (cercle rouge):


jarrive ensuite sur la page suivante:

où, je ne sais trop quoi mettre parmis toutes les optiosn proposees!

[StephaneC.]

Ah oui, il faut nécessairement avoir un index sur une clé étrangère. Il me semble que quand tu écris le SQL pour ta clé étrangère, le serveur te crée tout seul un index si tu ne le fais pas (comportement spécifique à MySQL peut-être).

Mais phpMyAdmin ne te laisse créer une clé étrangère que sur un champ ayant déjà un index.

Donc la marche à suivre :
- tu crées un index sur ton champ -> sur ta dernière copie d'écran, type : index, champ : ton champ, taille : tu laisses vide
- ensuite tu crées ta clé étrangère

Stéphane

[redah75]

OK, cool merci

l'option "FULLTEXT" sert a quoi?

dans mon cas je dois creer la clef etrangere en cliquant sur "gestion des relations" de "table1" ou "table2"??
en creant la clef etrangaire il me propose des options pour "ON DELETE" et "ON UPDATE".
qu'est ce qui se passe si je choisis "RESTRICT"?
a quoi sert "ON UPDATE"? je vois pas trop ce que ca peut faire!!

[SQLpro]

Ah oui, il faut nécessairement avoir un index sur une clé étrangère. Il me semble que quand tu écris le SQL pour ta clé étrangère, le serveur te crée tout seul un index si tu ne le fais pas (comportement spécifique à MySQL peut-être).

Ce que vous dites est faux ! Non seulement créer systématiquement des index sous toutes les clefs étrangères n'est pas la bonne idée, mais aucun SGBDR, et heureusement d'ailleurs, ne le fait par défaut.

Pour comprendre pourquoi, lisez l'article que j'ai écrit à ce sujet /
http://sqlpro.developpez.com/cours/quoi-indexer/
en particulier : VI-A. Indexation des clefs étrangères

A +