Organisation basique d'un système ORACLE / SQL

Salut,
Souhaitant me renseigner dans le cadre d'un projet, je souhaitais savoir si j'ai bien compris la manière dont s'organise un système Oracle avec des requetes SQL :

Un client A souhaite faire une requete SQL sur un serveur avec une BDD.
Pour cela, on installe Oracle sur le serveur et paramètre la BDD dans Oracle et un SQL serveur qu'on relie à notre BDD Oracle. Le client A lui va depuis un client SQL (MySQL ou autre) pouvoir ainsi faire des requtes vers la base.

C'est comme ça que je crois que celà fonctionne (de manière grossière) mais est-ce bien le cas ?

Votre question est assez confuse quant à la signification que vous donnez à SQL.
Voulez-vous parler du langage SQL ou du SGBD nommé SQL Server ?

Vous évoquez plusieurs produits (Oracle, SQL Server, MySQL), qui sont tous des SGBD, et que l'on peut manipuler avec des commandes SQL.
Néanmoins, le jeu de commandes supportées par ces différents produits n'est pas le même, même si certaines sont communes.

De ce fait, la notion de "client SQL", qui permettrait de se connecter à n'importe quel SGBD, n'existe pas vraiment. Il y aura toujours besoin quelque part d'une couche d'accès spécifique au SGBD visé.
En aucune manière un "client MySQL" ne pourra spontanément se connecter à une base Oracle.

Si on veut se connecter à une base de données Oracle, il faut disposer d'un client Oracle sous une forme ou sous une autre.
Soit un "client lourd" intégrant la couche de communication "Oracle Net" (nommée SQL*Net dans des temps anciens), soit un simple pilote JDBC pour Oracle.

Ainsi, l'outil SQL Developer repose simplement sur JDBC.
Si vous avez le pilote JDBC pour Oracle, vous pourrez travailler sur une base Oracle, en respectant sa syntaxe.
Si vous ajouter le pilote JDBC pour DB2, vous pourrez travailler sur une base DB2, en respectant sa syntaxe.

Si votre besoin est de faire des requêtes hétérogènes (par exemple une jointure entre une base Oracle et une base SQL Server), c'est possible, mais il faudra forcément installer la couche de communication vers le 2e SGBD et faire un paramétrage spécifique.
Spontanément, SQL Server ne sait pas parler à Oracle, ni vice versa.

Salut,
En effet, je pense que je vais demander des précisions et me renseigner plus sur les différents termes :)