Problème de migration de MySQL vers SQL Server

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:

---

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;

---

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:

---

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

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

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 ! :mrgreen:
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 ! :aie:

bonjour

Citation:

---

Envoyé par sovo

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 ?

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

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

Code:

---

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

---

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:

---

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

Citation:

---

Envoyé par sovo

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

Code:

---

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: l'erreur est sur tous les champs de type double. SQL Serveur ne connaîtrait il pas le type Double ?? si oui c'est quoi l’équivalent ??

Citation:

---

Envoyé par sovo

@aieeeuuuuu: l'erreur est sur tous les champs de type double. SQL Serveur ne connaîtrait il pas le type Double ?? si oui c'est quoi l’équivalent ??

---

??? quelles colonnes de type double ?

non, DOUBLE n'existe pas sous SQL Server, c'est DECIMAL ou NUMERIC

Citation:

---

Envoyé par aieeeuuuuu

non, DOUBLE n'existe pas sous SQL Server, c'est DECIMAL ou NUMERIC

---

J'ai fini par m'en rendre compte. La je suis en mode "Convention de type"