Discussion :

[sovo]

Bonjour a tous.


J'ai une base de données sous MySQL et je voudrais la faire migrer vers SQL Server, mais je n'arrive pas a convertir le script de création de la BD.

quelqu'un pour un coup de main S'il vous plait ?

Code :

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

1
2
3
4
5
6
7
8
 
CREATE TABLE Personne (
  Id bigint(19) NOT NULL auto_increment,
  Nom varchar(50) default NULL,
  Prenom varchar(50) default NULL,
  idPays bigint(19) default 45,
  PRIMARY KEY  (Id)
) ENGINE=InnoDB  DEFAULT CHARSET=latin1;

[djinpark1]

Bonjour,
Au niveau de SQL, pour créer un champ auto-incrément on utilise IDENTITY(valeurdepart,pas) , et pour les int, on spécifie pas la largeur de la colonne.
Ton code sera comme suit après migration :

Code :

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

1
2
3
4
5
6
7
CREATE TABLE Personne (
  Id bigint NOT NULL IDENTITY(1,1),
  Nom varchar(50) DEFAULT NULL,
  Prenom varchar(50) DEFAULT NULL,
  idPays bigint DEFAULT 45,
  PRIMARY KEY  (Id)
)

Cordialement

[sovo]

le Default ne passe pas. j'avais deja essaye cette requette.

[aieeeuuuuu]

bonjour

le Default ne passe pas. j'avais deja essaye cette requette.

La syntaxe est pourtant correcte, même si les DEFAULT NULL sont inutiles
Il ne vous donne aucune message d'erreur ?

[sovo]

@CinePhil : choix presque imposse, mais je suis d'accord avec toi sur les remarques.

@aieuuuuuuu : le message d'erreur ressemble a ca :

Code :

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

1
2
Msg 102, Level 15, State 1, Line 24
Incorrect syntax near ','.

[aieeeuuuuu]

@aieuuuuuuu : le message d'erreur ressemble a ca :

Code :

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

1
2
Msg 102, Level 15, State 1, Line 24
Incorrect syntax near ','.

Alors montrez nous la ligne 24, et même toutes les lignes...
Avec le message d'erreur et les lignes de code qui le génèrent, c'est quand même plus simple pour trouver

[aieeeuuuuu]

Par ailleurs, je vous conseille de nommer vos contraintes, sinon SQL Sever leur donnera un nom... différent pour chaque serveur.
Il sera plus compliqué de les modifier ensuite.

Notez qu'il faudrait aussi declarer la contrainte referentielle sur le pays (a adapter selon le nom de votre table des pays)


En reprenant les remarques de CinePhil, on arrive à quelque chose comme ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
CREATE TABLE Personne (
  Id		INT			NOT NULL IDENTITY(1,1),
  Nom		varchar(50) ,
  Prenom	varchar(50) ,
  idPays	int 
			CONSTRAINT DF_Personne_Pays DEFAULT 45
  ,
  CONSTRAINT PK_Personne PRIMARY KEY  (Id)
  ,
  CONSTRAINT FK_PRESONNE_PAYS FOREIGN KEY idPays REFERENCES PAYS(id)
)

Pour ce qui est du INT vs BIGINT :
certains diront que sur un serveur 64 bits, le traitement des BIGINT est plus rapide que le traitement des INT, d'autres diront que ça prend deux fois plus de place et donc occupe inutilement le cache...
Personnellement, je reste sur la bonne vieille méthode : le type le plus petit correspondant au besoin : par exemple pour les pays, un tinyint pourrait suffire...

[CinePhil]

En dehors des syntaxes légèrement différentes, tu pourrais en profiter pour réviser les types des colonnes !
Un bigint pour le pays alors qu'il n'y en a qu'environ 200 sur Terre, c'est très exagéré, sauf si tu es un extraterrestre et que tu références toute la galaxie !
Même pour l'identifiant de la personne, ça m'étonnerait que tu enregistres toute la population mondiale pour justifier l'emploi d'un bigint !

Et autoriser une colonne à NULL, c'est mal !