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