Discussion :

[batoule80]

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 :

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

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

[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 ?

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

[batoule80]

RE,

merci CinePhil pour votre réponse

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 :

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

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

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

[CinePhil]

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.

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 :

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.

[batoule80]

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 !!

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

[batoule80]

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 :

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

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 ??

[batoule80]

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 ??

[CinePhil]

Code :

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

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 ?

[batoule80]

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

ça ne marche pas

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

[batoule80]

apparement ton astuce marche , 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

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

Code :

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

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

[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

[batoule80]

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

super ça marche
merci alband85 pour ton aide