Modèle Client/Serveur et installation d'une base de données Oracle par Script

Résumé du document

L'architecture à 2 niveaux :

L'architecture 2 tier est la première architecture utilisée, celle de base pour représenter les dialogues Client/Serveur. Le principe est que ça soit divisé en 2 parties, l'une Client généralement lourd qui envoie directement les requêtes au serveur lui-même, serveur étant en générale une base de données (...)

Extraits

[...] C e modèle permet une certaine sécurité car les points d'accès sont moins importants et sont sur d'être mieux protégé et surveillé La Contre-partie Mais l'installa tion d'un tel modèle peut se révéler onéreux et tout dépend de ce serveur, les clients deviennent dépendant de la présence du serveur et donc si le serveur crash, tout les clients se retrouvent bloqués, chose qui arrive couramment mais fait partie des inconvénients du modèles qui peuvent être évité Procedure et modele Le C lient envoi donc des requêtes au serveur en s'identifiant par le système propre à l'application, par l'IP et le Port. Et Ainsi le Serveur reçoit la demande et répond en fonction Tout ceci dont en fonction de ce modèle Les différentes stratégies Client/Serveur 2.1 L'architecture à 2 niveaux : L'architecture 2 tier est la première architecture utilisée, celle de ba se pour représenter les dialogues C lient/Serveur. Le principe est que ça soit divisé en 2 parties, L'une C lient généralement lourd qui envoie directement les requêtes au serveur lui-même, serveur étant en générale une base de données. [...]

[...] Il y a donc un intermédiaire, le serveur d'application qui discute avec la base de données et ceci donc limite le nombre de connexions directes à la base . Ici il y a une économie de calcul supplémentaire au niveau du client, cela permet de plus permettre une intéroptabilité entre les systèmes d'exploitations grâce a l'utilisation de clients légers contrairement au clients lourd qui ont en général des langages propres au systèmes d'exploitation et où les mises à jours sont locale tandis quand léger, elle sont faite sur le serveur d'application. [...]

[...] Ces échanges se font par le biais de logiciels ou autres clients léger ou lourd lié donc au dit Serveur, comme les messageries, les moteurs de recherches et autres bases de données Client/Serveur, Le serveur 1.1 L'interet L'intérêt de ce modèle et donc de délégué le stockage et des calculs à une machines puissantes, indépendantes et accessible de n'importe qu'elle postent clients avec des exigences de puissances de ces machines clientes moindre, car délégué. Les ressources ne sont pas démultipliées car centralisé à un serveur commun à tout les C lients évitant les incohérences et désynchronisation s des informations et modifications. [...]

[...] Par exemple une application servant à administrer et manipuler une base de données (par exemple Sql plus) avec une base de données Oracle dialoguera directement avec la base, avec un envoi direct d'une requête sql à la base et la réponse direct, sans traitement, ni intermédiai re. C e type d'architecture est nécessaire pour l'administration, ou a des utilisations du serveur limité, à une certaine échelle ce genre d'architecture provoque des problèmes pour une utilisation à très grandes échelles avec beaucoup d'utilisateurs où surcharge apparaîtrait bien vite. [...]

[...] De plus le serveur d'application peut lui-même se diviser en différents niveaux d'où le ou plus par exemple, un serveur d'application qui interprète, un serveur d'identification, un serveur de décompression, etc . déléguant un maximum de service à différents moteurs spécifique pour certaines taches, délestant ainsi le clients. [...]