Architecture client / serveur – Bien choisir son serveur d impression


Architecture client / serveur





Aller au fichier précédent dans l'ordre
Aller au fichier suivant dans l'ordre






Nous devons essayer de faire confiance les uns aux autres. Reste et coopère.

Jomo Kenyatta

TCe chapitre définit le traitement distribué et le fonctionnement du serveur Oracle et des applications de base de données dans un environnement de traitement distribué. Ce document s’applique à presque tous les types d’environnement de système de base de données Oracle. Ce chapitre comprend:




L'architecture client / serveur Oracle

Dans l'architecture client / serveur Oracle, l'application de base de données et la base de données sont séparées en deux parties: une partie frontale ou client et une partie back-end ou serveur. Le client exécute l'application de base de données qui accède aux informations de la base de données et interagit avec un utilisateur via le clavier, l'écran et un périphérique de pointage tel qu'une souris. Le serveur exécute le logiciel Oracle et gère les fonctions requises pour un accès simultané et partagé aux données d'une base de données Oracle.

Bien que l'application cliente et Oracle puissent être exécutés sur le même ordinateur, cela peut s'avérer plus efficace lorsque les parties client et serveur sont exécutées par différents ordinateurs connectés via un réseau. Les sections suivantes décrivent les variantes possibles de l’architecture client / serveur Oracle.

Remarque: Dans une base de données distribuée, un serveur (Oracle) peut avoir besoin d'accéder à une base de données sur un autre serveur. Dans ce cas, le serveur qui demande les informations est un client. Reportez-vous au chapitre 21, "Bases de données distribuées", pour plus d'informations sur les clients et les serveurs des bases de données distribuées.

Traitement distribué

Le traitement distribué consiste à utiliser plusieurs processeurs pour diviser le traitement d'une tâche individuelle. Voici des exemples de traitement distribué dans les systèmes de base de données Oracle:

  • Le client et le serveur sont situés sur des ordinateurs différents; ces ordinateurs sont connectés via un réseau (voir Figure 20 – 1,
    Partie a).
  • Un seul ordinateur a plusieurs processeurs et différents processeurs séparent l'exécution de l'application cliente d'Oracle (voir Figure 20-1, partie B).

Figure 20 – 1. Architecture client / serveur et traitement distribué

Les avantages de l'architecture client / serveur Oracle dans un environnement de traitement distribué sont les suivants:

  • Les applications clientes ne sont pas responsables du traitement des données. Les applications client peuvent se concentrer sur la demande des utilisateurs, sur le serveur, puis sur l'analyse et la présentation de ces données à l'aide des fonctions d'affichage du poste de travail client ou du terminal (par exemple, graphiques ou feuilles de calcul).
  • Les applications client peuvent être conçues sans aucune dépendance de l'emplacement physique des données. Si les données sont déplacées ou distribuées vers d'autres serveurs de base de données, l'application continue de fonctionner avec peu ou pas de modification.
  • Oracle exploite les fonctions multitâches et de mémoire partagée de son système d'exploitation sous-jacent. En conséquence, il offre le plus haut degré possible de simultanéité, d’intégrité des données et de performance à ses applications clientes.
  • Les postes de travail ou terminaux clients peuvent être optimisés pour la présentation des données (par exemple, en fournissant un support graphique et un support de souris) et le serveur peut être optimisé pour le traitement et le stockage de données (en disposant par exemple de grandes quantités de mémoire et d'espace disque) .
  • Dans les environnements en réseau, des postes de travail clients peu coûteux et peu coûteux peuvent être utilisés pour accéder efficacement aux données distantes du serveur.
  • Dans les environnements en réseau, les applications client soumettent des demandes de base de données au serveur à l'aide d'instructions SQL. Une fois reçue, l'instruction SQL est traitée par le serveur et les résultats sont renvoyés à l'application cliente. Le trafic réseau est réduit au minimum car seules les demandes et les résultats sont expédiés sur le réseau.



SQL * Net

SQL * Net est l'interface réseau Oracle qui permet aux outils Oracle s'exécutant sur des stations de travail et des serveurs réseau d'accéder, de modifier, de partager et de stocker des données sur d'autres serveurs. SQL * Net est considéré comme faisant partie de l'interface du programme dans les communications réseau. Pour plus d’informations sur l’interface du programme, reportez-vous au Chapitre 9, "Structures et processus de la mémoire".

SQL * Net utilise les protocoles de communication ou les interfaces de programme d'application (API) pris en charge par un large éventail de réseaux pour fournir une base de données distribuée et un traitement distribué pour Oracle. Un protocole de communication est un ensemble de normes, implémentées dans un logiciel, qui régissent la transmission de données sur un réseau. Une API est un ensemble de sous-routines qui fournissent, dans le cas de réseaux, un moyen d'établir une communication de processus à processus à distance via un protocole de communication.

Les protocoles de communication définissent la manière dont les données sont transmises et reçues sur un réseau. Dans un environnement en réseau, un serveur Oracle communique avec les postes de travail clients et les autres serveurs Oracle à l'aide de SQL * Net. SQL * Net prend en charge les communications sur tous les principaux protocoles réseau, allant de ceux pris en charge par les réseaux locaux de PC à ceux utilisés par les plus grands systèmes informatiques mainframe.

Sans l'utilisation de SQL * Net, un développeur d'application doit coder manuellement toutes les communications dans une application fonctionnant dans un environnement de traitement distribué en réseau. Si le matériel réseau, la topologie ou le protocole changent, l'application doit être modifiée en conséquence.

Cependant, en utilisant SQL * Net, le développeur d’applications ne doit pas nécessairement s’occuper de la prise en charge des communications réseau dans une application de base de données. Si le protocole sous-jacent change, l'administrateur de la base de données apporte quelques modifications mineures, tandis que l'application ne nécessite aucune modification et continue à fonctionner.

Comment fonctionne SQL * Net

Les pilotes SQL * Net fournissent une interface entre les processus Oracle exécutés sur le serveur de base de données et les processus utilisateur des outils Oracle exécutés sur d'autres ordinateurs du réseau.

Les pilotes SQL * Net extraient les instructions SQL de l'interface des outils Oracle et les conditionnent pour les transmettre à Oracle via l'un des protocoles ou interfaces de programmation de niveau supérieur pris en charge, conformes aux normes de l'industrie. Les pilotes reçoivent également les réponses d’Oracle et les conditionnent pour les transmettre aux outils via le même mécanisme de communication de niveau supérieur. Tout cela est fait indépendamment du système d'exploitation du réseau.

Information additionnelle: En fonction du système d'exploitation qui exécute Oracle, le logiciel SQL * Net du serveur de base de données peut inclure le logiciel pilote et démarrer un processus d'arrière-plan Oracle supplémentaire; Consultez la documentation spécifique à votre système d'exploitation Oracle pour plus de détails.

Pour plus d'informations sur SQL * Net, reportez-vous à la section Comprendre SQL * Net ou la documentation SQL * Net appropriée.



  • RACKMATIC Rack serveur 19' 6U 60 x 55 x 37 cm armoire murale pivotant SOHORack - Rackmatic
    Mobilier d'intérieur Meuble de chambre Armoire, penderie et portant Armoire et penderie RACKMATIC, Armoire murale 19 "de la gamme RackMatic SOHORack. Armoire murale pivotante 6U avec une taille extérieure de 600 x 550 x 370 mm en mm. Les racks intérieurs sont configurables en profondeur, bien
  • RACKMATIC Rack serveur 19' 4U 600x450x280mm armoire murale blanc SOHORack - Rackmatic
    Mobilier d'intérieur Meuble de chambre Armoire, penderie et portant Armoire et penderie RACKMATIC, Armoire murale 19 "de la gamme RackMatic SOHORack. Armoire murale 4U et dimensions extérieures en mm de 600 (A) x 450 (F) x 280 (H). Les racks intérieurs sont configurables en profondeur, bien
  • Bien choisir son école d'ingénieurs - Céline Manceau - Livre
    Orientation - Occasion - Bon Etat - Les Guides de l'Etudiant - Poche - Structure Coopérative d'insertion à but non lucratif.
  • Bien choisir et préparer son école d'art - Xavier De La Mola - Livre
    Orientation - Occasion - Bon Etat - Poche Studyrama - Poche - Structure Coopérative d'insertion à but non lucratif.
  • Bien choisir son Ecole d'art - Céline Manceau - Livre
    Orientation - Occasion - Bon Etat - Les Guides de l'Etudiant - Poche - Structure Coopérative d'insertion à but non lucratif.
  • Bien choisir son école d'ingénieurs - Sylvie Karsenty - Livre
    Orientation - Occasion - Bon Etat - L'étudiant pratique - Grand Format - Structure Coopérative d'insertion à but non lucratif.
  • La pêche en mer n°130 : Bien choisir son moulinet pour le buldo - Collectif - Livre
    Pêche - Occasion - Bon Etat - La pêche en mer - Revue - Structure Coopérative d'insertion à but non lucratif.
  • Bien choisir son IUP - Alexandre Vanadia - Livre
    Orientation - Occasion - Etat Correct - Livre Biblio BE couvert Etiq. sur couv. - Les Guides de l'Etudiant - Poche - Structure Coopérative d'insertion à but non lucratif.
  • Bien choisir son 3e cycle gestion, commerce, économie - Bruno Magliulo - Livre
    Pratique - Occasion - Bon Etat - Les Guides de l'Etudiant - Poche - Structure Coopérative d'insertion à but non lucratif.
  • Bien choisir son psy - Anne Sophie Nogaret-Ehrhart - Livre
    Psychologie & Psychanalyse - Occasion - Bon Etat - Hachette Pratique - Grand Format - Structure Coopérative d'insertion à but non lucratif.

Laisser un commentaire