Discussion :

[pio_killer]

Bonjour,

je suis débutant en SQL Server et je voudrais migrer une base que j'ai faite sous WAMP vers SQL Server.

J'ai fait une petite recherche mais je n'ai pas trouvé.

Mon premier soucis est que je ne comprend pas comment créer une nouvelle base de donnée en local sur mon PC (comme avec wamp).

Déjà, est-ce possible de faire une base en local ?

Ensuite, est-ce que SQL Server et wamp ne risque pas de rentrer en conflit ?

Merci d'avance

[SQLpro]

Pour créer une base de données locale vous devez avoir un serveur SQL sur votre poste de travail.
Plusieurs solutions sont envisageable :
1) installer un serveur version EXPRESS, c'est gratuit, mais pas complet.
2) installer une version Developper, c'est complet, mais pas gratuit (tres peu cher, quelques dizaines d'euros).
Enfin, si vous avez Technet ou MSDN, tous ces outils sont gratuits tant que vous ne les utilisez pas en production (mais en développement, test...)

Il n'y a pas de conflit entre WAMP et SQL Server, dans le sens ou SQL Server ne fonctionne que sur Windows.
Donc, soit votre PC est du Windows qui émule du WAMP ou l'inverse et donc chaque monde est cloisonné.
Idem si vous êtes en virtualisation.

A +

[Etienne5685]

Bonjour,

Pour info Wamp = Windows Apache MySQL Php
LAMP linux...
XAMP MacOS

pour migrer tes données tu peux générer les scripts de création de tes tables en mode norme SQL (tu risques de perdre tes pk et fk) sous MySQL puis exécuter ces scripts sur SQL server

pour charger tes données
tu peux utiliser talend open studio (si tu le connais)

sinon il doit y avoir un moyen plus simple

as tu beaucoup de table ?

sinon pas de conflit entre Mysq et sqlserver ils ne sont pas sur le même port (si config par défaut)

[SQLpro]

Désolé j'avais cru LAMP !!! (mal lu).

Pas de problème... Vous pouvez avoir comme moi, un MySQL, 3 version de PG, et 4 de SQL Server !

Le mieux pour récupérer votre base entre MySQL et SQL Server est d'utiliser un outil de modélisation et faire une rétro ingéniérie. Par exemple avec Power AMC (essais 15 jours).

Ensuite pour migrer les données, rien de plus simple : dans SQL Server, créez un serveur lié avec votre base MySQL et faite de simples requêtes :

Code :

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

1
2
INSERT INTO MaBaseSQLserver..MaTable
SELECT * FROM MonServeurMySQL...MaTable

A +

[pio_killer]

Merci pour vos réponses

En fait, j'ai développé une base sur mysql (avace wamp) piloté par des formulaires ACCESS (via une connexion ODBC).
Or, dans l'entreprise où je travaille, il s'avère qu'il vaut mieux intégrer une base avec SQL server car cela est mieux supporté par ACCESS ou Share point designer (microsoft oblige).

On a donc décidé de migrer la base que j'ai faite (toujours sur wamp) vers SQL Server.

J'avais cru comprendre qu'il y avait un outils d'import dans SQL Server capable d'importer des donnée venant de diverse source (Excel, Access,... et mysql).
Est-ce le cas ?

SQLpro a écrit :

installer un serveur version EXPRESS, c'est gratuit, mais pas complet

Le service informatique m'a installer SQL Server management studio 2005.
Est-ce que cela ne suffirait pas avec ça ?

Par contre, j'ai constaté qu'ils ne m'ont pas installé le service ISS or je croyais qu'il le fallait obligatoirement.

Ensuite, si je vais dans "SQL Server Configuration Manager", je n'ai pas de service dans "SQL Server 2005 Services".
Est-ce normal ?

[pio_killer]

Bon ça avance

Il n'était pas installé correctement.

Maintenant, je sais créer une base en local.

Lorsque je fais import, je ne vois pas la base mysql dans la liste.
Pourtant, la connexion ODBC est crée dans "User DSN" et même dans "System DSN"

Je m'y prend peut-être de la mauvaise manière

[pio_killer]

Je n'ai toujours pas compris comment faire l'import dans SQL Server.

J'ai trouvé ce tuto : http://technet.microsoft.com/en-us/l.../cc966396.aspx

D'après ce que je comprend, il faudrait installer mysql server ?

Est-ce que quelqu'un a une idée sur la démarche à suivre ?

Merci d'avance.

[elsuket]

Bonjour,

J'avais cru comprendre qu'il y avait un outils d'import dans SQL Server capable d'importer des donnée venant de diverse source (Excel, Access,... et mysql).

Non, on peut tout à fait importer un fichier Excel ou une base Access dans SQL Server, et on peut aussi interroger et mettre à jour de tels fichiers, tout cela en T-SQL.
En ce qui concerne MySQL, vous pouvez peut-être utiliser la dernière version du Migration Assistant.

Le service informatique m'a installer SQL Server management studio 2005.
Est-ce que cela ne suffirait pas avec ça ?

SQL Server Management Studio (SSMS) est une application qui permet de gérer des bases de données, de différentes versions de SQL Server, et qui ne sont pas forcément sur votre machine.
SSMS ne comprend pas un moteur de bases de données.

Par contre, j'ai constaté qu'ils ne m'ont pas installé le service ISS or je croyais qu'il le fallait obligatoirement.

Vous voulez dire IIS ? Internet Information Service, donc il n'est pas nécessaire de l'installer pour faire fonctionner une base de données.

Ensuite, si je vais dans "SQL Server Configuration Manager", je n'ai pas de service dans "SQL Server 2005 Services".

Cela signifie que vous n'avez pas d'instance de SQL Server sur votre machine, mais probablement que les bases de données de votre entreprise sont hébergées sur des serveurs

'après ce que je comprend, il faudrait installer mysql server ?

L'article que vous référencez vaut pour SQL Server 2000.
Sous cette version, on peut créer des packages Data Transformation Services (DTS), l'ETL de l'époque.
Ce qui est proposé par cet article, c'est de créer un package DTS pour migrer les données.
Or DTS n'existe plus dans SQL Server 2005, il a été remplacé par SQL Server Integration Services, avec lequel vous pouvez probablement migrer vos données.

Sachez qu'en cliquant droit sur une base de données que vous venez de créez, puis en choisissant Tâches > Importer des données, vous pouvez choisir comme source de données une base de données MySQL, sous réserve que le driver ODBC correspondant soit installé

@++

[elsuket]

Je viens de voir qu'une autre démarche est proposée ici

@++

[pio_killer]

Merci pour ta réponse très claire.

Sachez qu'en cliquant droit sur une base de données que vous venez de créez, puis en choisissant Tâches > Importer des données, vous pouvez choisir comme source de données une base de données MySQL

J'essaye justement de faire cette manip mais ma base mysql n'apparait pas dans la liste de source de donnée (alors que le pilote ODBC est bien installé)

C'est là que je ne comprend pas et que je me demande si je fais comme il faut.

[pio_killer]

Dans la liste de source de donnée, j'ai ".Net Framework Data Provider for ODBC".
Je pense que c'est ça.

J'ai renseigné le formulaire suivant (en fonction des paramètre de ma connexion ODBC)
je fais "suivant"
je sélectionne ma base dans laquelle je veux importer mes données.
je fais "suivant"
mais, l'option "Copy data from one or more tables or view" est grisée. La seule solution est la seconde option qui est d'écrire une requête SQL.

Pourquoi la première option est grisée ?

[elsuket]

Là je n'en ai aucune idée ...

Avez-vous essayé l'assistant migration ?

@++

[pio_killer]

En fait je débute

Il s'agit de cette application à installer ?
http://www.microsoft.com/sqlserver/2...migration.aspx

[elsuket]

Je pense que oui, mais je ne suis pas sûr que ce soit la dernière version ...
Prenez celle que je vous ai donné ici, elle est sortie il y a un mois et supporte SQL Server 2005 et MySQL 4.1, et suivants

@++

[pio_killer]

Milles excuses

Encore une fois, j'ai lu trop vite

Je vais l'installer et je vais tester.

Merci encore

[elsuket]

Aucun problème, ça arrive à tout le monde, dans le feu de l'action

Au passage, quelle version de MySQL utilisez vous ?

@++

[pio_killer]

quelle version de MySQL utilisez vous

J'utilise Wamp Server 2.1 avec mysql 5.5.8

J'ai installé l’assistant migration et il me demande une licence.

Apparemment, il faut se connecter avec un compte live ID ici:


Le problème c'est qu'au boulot je ne peux pas me connecter

J'ai trouvé ce petit tuto:SQL Server Migration Assistant

[pio_killer]

J'ai une question qui n'a rien à voir avec mon topic.

Comment est-ce que tu fais pour afficher un lien vers une page à une position du chariot donnée (comment tu as fais ici)

Prenez celle que je vous ai donné ici,

Toujours pour les lien, comment est-ce que tu fais pour afficher le lien sans mettre l'adresse. Par exemple, le lien que tu as affiché est remplacé par le mot "ici".

Merci d'avance.

[pio_killer]

C'a y'est
J'ai tout migré

Par contre pourquoi toutes mes tables sont renommé automatiquement avec "dbo." devant le nom.

Exemple:
Table Mysql => MaTableMysql
Après la migration des tables dans SQL Server => dbo.MaTableMysql

Le problème est que j'ai déjà fais tout mes formulaires ACCESS en fonction du nom dans mysql (sans "dbo.")
C'est vrai que je peux toujours renommer dans ACCESS mais n'y a-t-il pas moyen d'enlever ce "dbo."

[elsuket]

Toujours pour les lien, comment est-ce que tu fais pour afficher le lien sans mettre l'adresse. Par exemple, le lien que tu as affiché est remplacé par le mot "ici".

Il suffit pour cela d'utiliser la petite icône dans la barre d'outil au dessus de la saisie pour la réponse, après avoir surligné le mot qui supportera l'hyperlien.
C'est une petite planète avec une chaîne

Par contre pourquoi toutes mes tables sont renommé automatiquement avec "dbo." devant le nom.

Elle ne sont pas renommées.
Elle sont attachées logiquement au schéma "dbo", qui est le schéma par défaut de toute base de données utilisateur.
On peut en créer d'autres, et ainsi grouper logiquement les objets d'une base de données, mais aussi gérer plus finement la sécurité.
Pour plus de détails, c'est par ici

Le problème est que j'ai déjà fais tout mes formulaires ACCESS en fonction du nom dans mysql (sans "dbo.")
C'est vrai que je peux toujours renommer dans ACCESS mais n'y a-t-il pas moyen d'enlever ce "dbo."

Non vous ne pouvez pas le supprimer, et après avoir lu les propos d'SQLPro à ce sujet, vous comprendrez pourquoi.

Le plus propre est effectivement de renommer dans ACCESS même si c'est lourd, c'est en tout cas plus robuste.

@++