Discussion :

[Simo-03]

Bonsoir à tous

Alors voilà, j'ai deux machines Windows XP que j'ai nommées Site-1 et Site-2 (nom de l'ordinateur)
Ces deux machines sont connectées via un câble RJ45 (LAN de deux machines)
Sur la première machine, j'ai installé Oracle 11g R2 alors que sur la deuxième j'ai installé MS SQL Server 2012

Mon but est de créer une base de données simple répartie entre les deux serveurs (donc entre les deux SGBD) et de pouvoir solliciter des données se trouvant sur une machine depuis l'autre à travers des requêtes SQL ...

J'ai pas mal cherché sur Internet mais je n'ai trouvé que des pages en anglais ou des procédures mal expliquées ou difficiles à mettre en pratique !

Merci d'avance pour votre aide

[Invité]

C'est pour un test ?
J'ai du mal à comprendre l'avantage de cette solution.
Parce qu'au niveau intégrité / backup, ça va pas être facile à gérer !

Pour faire communiquer les 2, tu peux utiliser les Linked servers sur SQL Server. Il y a l'équivalent pour Oracle, ce sont les dblinks.

[Simo-03]

Oui c'est effectivement pour un test

En fait, je ne cherche pas à adopter cette démarche, je crois même qu'elle est désavantageuse. Je veux juste la tester et découvrir comment elle peut être utilisée en pratique.

Pour les Linked servers sur SQL Server et les dblinks sur Oracle, je crois qu'ils servent à interroger une bd depuis un autre sgbd, alors que moi je cherche à ce que les deux bases de données ne forment plus qu'une

[Invité]

je cherche à ce que les deux bases de données ne forment plus qu'une

Comment voulez-vous que deux moteurs différents fassent cela?
Et combien même il existerait des bidouilles bancales pour y arriver, à quoi ça servirait ? Imaginez l'intégrité...

[darkelend]

Tu peux mettre en place une réplication entre SQL Server et Oracle. SQL Server sera en lecture/ecriture et Oracle seulement en lecture.

[bvesan]

Bonjour,
S'il s'agit de dupliquer les données sur chacune des bases, un mécanisme de réplication tel que le propose Grégory est à mettre en place.

Si par contre il s'agit bien de répartir les données entre les deux bases, c'est une logique complètement différente.
On part sur de la base de donnée fédérée.
Tout cela reste très théorique, mais pour mettre en place une fédération, il faut que chacune des bases puisse servir de point d'entrée pour consulter/modifier les données.

Un petit exemple simpliste et très incomplet pour comprendre l'idée:
L'objet fédéré sera la vue V_FEDEREE, disponible de chaque côté
Chaque base disposera d'une table propre TAB_ORACLE côté Oracle et TAB_SQLSERVER côté SQL Server. Via le mécanisme de Lien de base de données depuis Oracle (probablement avec le composant Transparent Gateway) et Serveurs Liés côté SQL Server, cette vue permettra d'interroger les données à la fois locales et distantes:

Code Oracle :

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

1
2
3
4
5
6
7
8
 
CONNECT USER_ORACLE/PASSWD;
CREATE DATABASE LINK DBLINK_SQLSERVER CONNECT TO <entrée TNS correspondant à l instance SQL Server>...
CREATE TABLE TAB_ORACLE(col1 int, col2 varchar2(100);
CREATE VIEW V_FEDEREE AS 
 SELECT col1, col2 from TAB_ORACLE
 UNION ALL
 SELECT col1, col2 from TAB_SQLSERVER@DBLINK_SQLSERVER;

Code SQL Server :

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

1
2
3
4
5
6
7
 
EXEC sp_addlinkedserver 'LINKSRV_ORACLE','Oracle','MSDAORA','<entree TNS correspondant à l instance Oracle>'
CREATE TABLE TAB_SQLSERVER(col1 int, col2 varchar(100);
CREATE VIEW V_FEDEREE AS 
 SELECT col1, col2 from LINKSRV_ORACLE.USER_ORACLE.TAB_ORACLE
 UNION ALL
 SELECT col1, col2 from TAB_SQLSERVER;

Bien entendu, tout ce qui est cohérence transactionnelle entre les deux bases et modification des données doit être gérée et sera relativement complexe...