Oracle SQL developer vers MSSM

Bonjour à tous.

j'ai pu en recherchant tomber sur le lien suivant mais qui ne m'aide pas énormément ...
http://www.developpez.net/forums/d10...gement-studio/

Mon problème est le suivant :

j'ai des serveurs oracle sur lesquels j'arrive à taper avec Oracle SQL developer.

L'idée est de pouvoir lier Oracle SQL developer à Microsoft SQL Server Management pour pouvoir récupérer les données dans ce nouvel outil avant de réaliser des traitements et de ne récupérer que le nécessaire sous ACCESS.
A terme, les serveurs oracle vont être remplacer par du SQL Server, d'où le problème de passer d'abord par oracle puis par SSM pour le moment....

Est-ce possible ? si oui comment faire ? j'ai vu les notions de serveur lié et de sp_addlinkedserver mais je ne sais pas si je suis sur la bonne voie ...

merci d'avance à la communauté pour son aide !

Oui, un Serveur lié est une solution envisageable.

Normalement, depuis SQL Server, vous pouvez créer un objet Serveur lié vers une instance Oracle.
Une fois l'objet Serveur lié défini et correctement configuré. Vous pouvez depuis SSMS, ou depuis n'importe quel traitement Serveur (SQL Server, SQL T-SQL), accéder à votre instance Oracle, faire des SELECT, UPDATE etc.. sur vos tables Oracle comme si vous le faisiez avec les tables appartenant à des bases SQL Server.
Vous utiliserez pour cela la notation qualifiée en 4 parties. Exemple :

Code:

---

SELECT * FROM <Serveur_lie>..<schemas_Oracle>.<Table_Oracle>

---

Dans la notation qualifiée en 4 parties , la 2ème partie est vide d'où les '..'

La principale difficulté est de configurer correctement l'Objet Serveur lié. Il faut utiliser les bons Drivers Oracle etc..
Il va sans dire que le client oracle doit être préalablement installé et le paramétrage de tnsnames, etc. soit OK


A+

Il existe aussi un outil gratuit, fourni par Microsoft. il s'appelle :
SSMA for Oracle (Microsoft SQL Server Migration Assistant for Oracle).

SSMA est un outil gratuit, soutenu par Microsoft, qui simplifie grandement le processus de migration des bases de données Oracle vers SQL Server et SQL Azure DB.
SSMA automatise tous les aspects de la migration , la conversion des schémas et des instructions SQL PL/SQL (Oracle) vers SQL/T-SQL (SQL Server), la migration des données, etc.
SSMA est une application à interface graphique classique "GUI client".

SSMA pour Oracle est conçu pour réaliser une migration depuis Oracle 9.07.3 et versions ultérieures vers toutes les éditions de SQL Server 2005, SQL Server 2008, SQL Server 2008 R2 et SQL Server 2012, 2014 de SQL Server et DB SQL Azure

pour plus d'info sur SSMA
SQL Server Migration Assistant for Oracle
http://msdn.microsoft.com/en-us/libr...=sql.105).aspx

Pour le téléchargement de SSMA :
Microsoft SQL Server Migration Assistant v6.0 for Oracle
http://www.microsoft.com/en-us/downl....aspx?id=43689

A+

Merci pour vos réponses.

Je vais donc regarder d'avantage de ce côté là des serveurs liés !

Pour le moment, la problématique n'est pas la migration des données d'Oracle vers SQL mais bien de faire passer les données lues par oracle SQL Server vers Microsoft sql management studio dans un premier temps. :)

Citation:

---

Envoyé par Nikimizi

Pour le moment, la problématique n'est pas la migration des données d'Oracle vers SQL mais bien de faire passer les données lues par oracle SQL Server vers Microsoft sql management studio dans un premier temps. :)

---

Il faut bien comprendre que SSMS (SQL Server Management Studio) est juste une application comme une autre ! Il n'y est pour rien dans tout cela. L'objet Serveur lié n'est nullement lié à SSMS !

L'objet Serveur lié, même s'il peut être créé depuis SSMS, (il peut aussi être créé par des instructions T-SQL en dehors de SSMS) est créé et stocké au niveau de l'instance SQL Server.

Une fois l'objet Serveur lié créé, toute application cliente (y compris SSMS) établissant une connexion avec l'instance SQL Server, pourra, sous réserve des droits et privilèges requis, utiliser l'objet Serveur lié, comme un pont vers l'instance Oracle, et ce, pour consulter, voire même mettre à jour les tables et vues de l'instance et schémas Oracle.

A+

Bonjour et merci pour tes explications c'est bien plus clair :)