emplacement du TYPE=INNODB

bonsoir,
voulant créer ma base de données depuis un script php , je me retrouve confronté à un problème , celui de l'emplacement du type INNODB , en gardant biensur AUTO_INCREMENT=1.

voici le code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

$link = " CREATE TABLE `hd_utilisateur` ( `id_user` int(11) NOT NULL auto_increment PRIMARY KEY, INDEX (id_user), `nom` text NOT NULL, `prenom` text NOT NULL, `email` varchar(255) NOT NULL default '', `username` varchar(16) NOT NULL, `passwd` varchar(50) NOT NULL default '', `telephone` varchar(50) NOT NULL default '', `user_mobile` varchar(50) NOT NULL default '', `poste_interne` varchar(50) NOT NULL default '', `fax` varchar(50) NOT NULL default '', `adresse` varchar(200) NOT NULL default '', `profession` text NOT NULL, INDEX(fk_division), FOREIGN KEY(fk_division) REFERENCES division(id_division) ON DELETE CASCADE) )TYPE=INNODB; AUTO_INCREMENT=1; " -------> ligne 29

---

l'erreur affichée est :

Parse error: parse error on line 31

une autre question : doit je mettre le type INNODB pour toutes les tables meme celles qui ne contiennent de clés étrangères ?

merci pour votre aide

Pourquoi vouloir mettre une instruction AUTO_INCREMENT = 1 alors qu'il le fait déjà tout seul lors de la création de la table ?

Quant à la question, on peut mélanger mais pourquoi se priver des avantages de contraintes d'InnoDB quand on a commencé ?

RE,

merci CinePhil pour votre réponse

Citation:

---

Envoyé par CinePhil

Pourquoi vouloir mettre une instruction AUTO_INCREMENT = 1 alors qu'il le fait déjà tout seul lors de la création de la table ?

---

une autre question si j'ai une codification propre à l'entreprise que je ne dois pas changer , dans ce cas là j'ai deux codification : celle créee automatiquement et la mienne , ou je me trompe ?

pour le code si haut , j'ai oublié le point virgule , en l'ajoutant c'est un autre message qui s'affiche :

Warning: mysql_query(): Accès refusé pour l'utilisateur: 'ODBC'@'@localhost' (mot de passe: NON) in c:\program files\easyphp1-8\www\help desk\administrateur\create.php on line 5

Warning: mysql_query(): A link to the server could not be established in c:\program files\easyphp1-8\www\help desk \administrateur\create.php on line 5
Accès refusé pour l'utilisateur: 'ODBC'@'@localhost' (mot de passe: NON)

Code:

---

1 2	$res = mysql_query($link) or die(mysql_error()); ---> ligne5

---

une idée sur la source du problème ?

Citation:

---

Envoyé par batoule80

si j'ai une codification propre à l'entreprise que je ne dois pas changer , dans ce cas là j'ai deux codification : celle créee automatiquement et la mienne , ou je me trompe ?

---

C'est préférable en effet de créer une clé primaire de type entier auto_incrémenté et d'avoir séparément une colonne contenant le code dans le format voulu par l'entreprise.
Il est fort possible que ce code soit alphanumérique. Si le volume de données est important (ne pas considérer que la table contenant le code mais surtout les tables en association avec elle), une recherche sur clé entière est beaucoup plus rapide qu'une recherche sur clé alphanumérique.
Voir les papiers de SQLPro à ce sujet.

Citation:

---

pour le code si haut , j'ai oublié le point virgule , en l'ajoutant c'est un autre message qui s'affiche :

Warning: mysql_query(): Accès refusé pour l'utilisateur: 'ODBC'@'@localhost' (mot de passe: NON) in c:\program files\easyphp1-8\www\help desk\administrateur\create.php on line 5

Warning: mysql_query(): A link to the server could not be established in c:\program files\easyphp1-8\www\help desk \administrateur\create.php on line 5
Accès refusé pour l'utilisateur: 'ODBC'@'@localhost' (mot de passe: NON)

---

En MySQL, il faut envoyer les requêtes successivement. Autrement dit, il y a autant de mysql_query qu'il y a de requêtes.
Si on peut faire dans MySQL :

Citation:

---

CREATE TABLE A
...;

CREATE TABLE B
...;

ALTER TABLE A
...;

---

Pour faire la même chose en PHP il faut envoyer les 3 requêtes séparément avec 3 mysql_query.

Citation:

---

Envoyé par CinePhil

C'est préférable en effet de créer une clé primaire de type entier auto_incrémenté et d'avoir séparément une colonne contenant le code dans le format voulu par l'entreprise.
Il est fort possible que ce code soit alphanumérique. Si le volume de données est important (ne pas considérer que la table contenant le code mais surtout les tables en association avec elle), une recherche sur clé entière est beaucoup plus rapide qu'une recherche sur clé alphanumérique.
Voir les papiers de SQLPro à ce sujet.

---

j'ai des tickets dont le code est de la forme : 8A0001 : 8 --->année
A ----> mois , 0001 ---> numéro séquentiel .

en fin de mois , je dois avoir le nombre de tickets reçu par le help desk donc impossible de me passer de la recherche avec ce code !!

Citation:

---

Envoyé par CinePhil

En MySQL, il faut envoyer les requêtes successivement. Autrement dit, il y a autant de mysql_query qu'il y a de requêtes.
Si on peut faire dans MySQL :

Pour faire la même chose en PHP il faut envoyer les 3 requêtes séparément avec 3 mysql_query.

---

en effet c'est ce que j'ai fait , mais le problème persiste toujours

finalement c'était un problème de connexion au serveur , alors j'ai ajouté un fichier connect.php contenant les paramètres nécéssaires .

j'ai apporté une modif au code précédent :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

CREATE TABLE `hd_utilisateur` ( `id_user` int(11) NOT NULL auto_increment PRIMARY KEY, `nom` text NOT NULL, `prenom` text NOT NULL, `email` varchar(255) NOT NULL default '', `username` varchar(16) NOT NULL, `passwd` varchar(50) NOT NULL default '', `telephone` varchar(50) NOT NULL default '', `user_mobile` varchar(50) NOT NULL default '', `poste_interne` varchar(50) NOT NULL default '', `fax` varchar(50) NOT NULL default '', `adresse` varchar(200) NOT NULL default '', `profession` text NOT NULL, `fk_division` int(11), FOREIGN KEY(fk_division) REFERENCES hd_division(id_division) ON DELETE CASCADE ON UPDATE CASCADE, INDEX(fk_division) )TYPE=INNODB;";

---

le nouveau message d'érreur est :


Ne peut créer la table '.\db_helpdesk\hd_utilisateur.frm' (Errcode: 150)


quelqu'un aurait une idée pour résoudre ce problème ??

bonjour,

j'ai remplacé le type INNODB par MyISAM et là ma base ainsi que mes tables sont créees

je me pose la question pourquoi les tables ne se créées pas avec INNODB ?

alors qu'en phpmyadmin ça marche !! est ce la version du php qui ne supporte pas ce type ??

Citation:

---

Code:

---

1 2 3

`fk_division` int(11), FOREIGN KEY(fk_division) REFERENCES hd_division(id_division) ON DELETE CASCADE ON UPDATE CASCADE, INDEX(fk_division)

---

---

Peut-être faut-il mettre l'index avant la contrainte de clé étrangère.
As-tu essayé en créant la table avec la colonne 'fk_division' mais sans la contrainte de clé étrangère puis en ajoutant les contraintes d'index et de clé étrangère dans une autre requête ALTER TABLE ?

Citation:

---

Envoyé par CinePhil

Peut-être faut-il mettre l'index avant la contrainte de clé étrangère.

---

ça ne marche pas

Citation:

---

Envoyé par CinePhil

As-tu essayé en créant la table avec la colonne 'fk_division' mais sans la contrainte de clé étrangère puis en ajoutant les contraintes d'index et de clé étrangère dans une autre requête ALTER TABLE ?

---

je vais l'éssayer et je vous mettrai au courant

apparement ton astuce marche :king:, mais ce qui est bizarre maintenant c'est que la table avec type INNODB est créee , alors que les autres: type MyISAM ne sont pas créees :roll:

ps: c'est la première fois que je travaille avec le ALTER , je vous met si dessous la requète et vous me dite si c'est ok
vous allez me dire sans doute puisque la table est créee alors pourquoi vérifer :roll:

Code:

---

1 2 3 4 5 6 7 8

$link = " ALTER TABLE `hd_utilisateur`(   ADD FOREIGN KEY(fk_division) REFERENCES hd_division(id_division) ON DELETE CASCADE ON UPDATE CASCADE, INDEX(fk_division) )"; $res = mysql_query($link) or die(mysql_error());

---

je vais ajouter alors les requètes avec ALTER

merci CinePhil pour le coup de main :)

InnoDB est assez susceptible concernant les relations.
Il faut impérativement créer les tables référencées avant les tables qui y font référence (et l'inverse pour la suppression).
Du coup, il faut créer la table HD_DIVISION avant celle qui contient FK_DIVISION.

EDIT: Grilled :aie:

Citation:

---

Envoyé par alband85

InnoDB est assez susceptible concernant les relations.
Il faut impérativement créer les tables référencées avant les tables qui y font référence (et l'inverse pour la suppression).
Du coup, il faut créer la table HD_DIVISION avant celle qui contient FK_DIVISION.

EDIT: Grilled :aie:

---

super :king: ça marche
merci alband85 pour ton aide