4D v16

Présentation

Accueil

 
4D v16
Présentation

Présentation  


 

 

4D Server est le serveur de données et d’applications multi plate-forme de 4D.

Avec 4D Server, vous pouvez créer et utiliser des bases de données multi-utilisateurs ainsi que des applications personnalisées en architecture client/serveur. L’architecture client/serveur indépendante de plate-forme de 4D Server gère des applications pour les 4D sur PC Windows et Macintosh. 4D Server est doté de puissants outils de développement et de sécurité des données, est évolutif et se connecte à tous les systèmes d’entreprise.

L’architecture de 4D Server est totalement intégrée : le client et le serveur utilisent une application 4D unique, et les développeurs n’ont pas à concevoir deux développements spécifiques — un pour le serveur et un pour les clients. En outre, 4D Server est un serveur “zéro administration”. Il est simple à installer, utiliser, administrer et permet de mettre en place des applications peu coûteuses et rapidement rentables.

4D Server comble le fossé existant entre les systèmes de gestion basés sur le partage de fichiers, lents et peu efficaces, et les hôtes SQL, certes puissants mais complexes à concevoir, à déployer, et à faire évoluer dans le temps. Une application 4D Server peut s'intégrer facilement aux systèmes d'information existants dans les entreprises (tels que Oracle, Sybase, ou tout serveur compatible ODBC).

Un système 4D Server fonctionne avec une application unique pour le serveur et le client. Le logiciel client et l’application serveur sont les composants d’un seul produit, 4D. L’application 4D Server se compose de deux éléments : 4D Server et 4D en mode distant, qui forment l’architecture client/serveur.

La partie 4D Server réside sur la machine serveur. Elle stocke et gère la base de données sur le serveur et permet aux utilisateurs de manipuler la base à partir de leur propre machine (la machine cliente — ou poste client).

L'application 4D réside sur chaque machine cliente. Elle peut être utilisée en mode local ou en mode distant. En mode local, les utilisateurs peuvent travailler avec une base de données ou une application 4D stockée localement sur leur poste. En mode distant, les utilisateurs s’en servent pour accéder à la base de données sur le serveur, et exécuter des opérations de base de données : ajouter de données, créer des états, ou encore modifier la structure de la base de données. Tout ce qui peut être réalisé avec 4D en local est également faisable avec 4D Server et 4D en mode distant.

Aucun middleware ni développement supplémentaires ne sont nécessaires pour fonctionner en environnement client/serveur. 4D et 4D Server partagent les mêmes outils d’interface, le même langage ainsi que le même système de gestion de l’information.

Une application monoposte locale évolue facilement vers une configuration client/serveur pour le groupe de travail. Réciproquement, lorsque cette application est développée avec 4D Server, elle est de fait une application monoposte avec 4D en mode local.

4D Server est, comme 4D, centré sur l’utilisateur. 4D Server est un système Plug & Play (PnP) complet.

Fenêtre d'administration de 4D Server

  • Administration centralisée en ligne, graphique : La fenêtre d'administration de 4D Server affiche automatiquement toutes les informations essentielles concernant l’activité de l’application : mémoire totale allouée à 4D Server, cache de données, nombre et nom des utilisateurs connectés, nombre de process et statut de chacun, suivi des sauvegardes et des requêtes, activité des serveurs.
  • Auto-configurable et évolutif : 4D Server est conçu pour intégrer de nouveaux protocoles, clients, plug-ins, et pour s’interfacer avec d’autres systèmes, sans qu’il soit nécessaire de le reconfigurer ou d’en modifier la conception.
  • Mise à jour automatique et dynamique des postes clients, contrôle de versions : Tous les 4D connectés reçoivent automatiquement et de manière dynamique les nouveaux éléments d’une application chaque fois que la base évolue ou qu’un plug-in ou un composant est ajouté, supprimé ou modifié. En outre, si vous avez construit une application client-serveur personnalisée, vous avez la possibilité de télécharger automatiquement les nouvelles versions des clients 4D exécutables en cas de mise à jour de l'application 4D Server.
  • Connexions automatiques asynchrones via le protocole standard TCP/IP : 4D Server et 4D communiquent de manière transparente via le protocole réseau TCP/IP, quelle que soit la plate-forme du client et du serveur. Le protocole TCP/IP étant intégré à tous les systèmes d'exploitation, son utilisation ne nécessite aucune installation particulière.
  • Gestion simultanée des sessions et des contextes des connexions 4D, SQL et HTTP : Le moteur de base de données de 4D Server crée et maintient automatiquement un environnement de travail courant pour chaque combinaison table/process/utilisateur. Cette architecture basée sur les sessions permet à chaque process utilisateur de manipuler les données indépendamment et simultanément. Le serveur SQL de 4D Server prend en charge automatiquement les requêtes SQL internes ou externes. Le serveur HTTP de 4D Server répond aux requêtes HTTP et éventuellement aux requêtes SOAP.
  • Verrouillage automatique des enregistrements : 4D verrouille et libère automatiquement les enregistrements. Cette fonction élimine les problèmes courants associés à la modification des enregistrements “en utilisation”. Le verrouillage des enregistrements rend caducs les problèmes associés au verrouillage des pages ou fichiers qui sont généralement rencontrés dans d’autres systèmes.
  • Système de messagerie utilisateur intégrée : 4D Server est né de la micro-informatique. Son interface utilisateur répond aux besoins des environnements de développement intégrés (IDE) modernes. Par exemple, 4D Server est capable d’informer les clients des actions d’administration en cours : déconnexions, sauvegardes, etc.
  • Méthodes de démarrage et de déconnexion automatisées : 4D Server appelle automatiquement plusieurs méthodes base répondant à des événements spécifiques : Sur démarrage serveur, Sur arrêt serveur, Sur ouverture connexion serveur, Sur fermeture connexion serveur et Sur connexion Web. Par exemple, la On Server Startup Database Method peut initialiser et charger automatiquement tous les objets qui seront utilisés pendant la session.

En plus des fonctionnalités de 4D, 4D Server possède les caractéristiques suivantes :

  • Gestion des données en environnement multi-utilisateurs : Plusieurs utilisateurs peuvent simultanément effectuer des opérations de bases de données sur la même table ou sur des tables différentes : ajouter, modifier, supprimer, rechercher, trier et imprimer des enregistrements. L’intégrité des données est assurée par un système interne de verrouillage des enregistrements.
  • Développement multi-utilisateurs : Plusieurs utilisateurs peuvent simultanément développer et concevoir une base de données. Par exemple, les membres d’une équipe peuvent, en même temps, modifier les attributs d’une table, créer et modifier des formulaires et des méthodes. L’intégrité de la structure est protégée grâce à un système interne de verrouillage des objets.
  • Architecture client/serveur indépendante de plate-forme : Cette architecture gère les performances de la base de données de manière identique pour les clients Windows et Mac OS, que ce soit en matière de multi-développement cross-plate-forme simultané ou pour les opérations de saisie et de modification de données par des postes clients sur des environnements matériels différents.
  • Version 64 bits : 4D Server sous Windows (depuis la version 12.1) et sous Mac OS (depuis la version 15.1) sont disponibles en version 64 bits. Les architectures 64 bits permettent notamment à vos applications d’adresser davantage de mémoire RAM.
  • Architecture de plug-ins Windows et Mac OS : La version Windows et la version Mac OS de 4D Server permettent d’installer à la fois des plug-ins Windows et Mac OS sur le poste serveur. Cette architecture simplifie la distribution de plug-ins 4D indépendants de plates-formes : ils sont traités de manière transparente par 4D et 4D Server, quelle que soit la plate-forme d’exécution du client.
  • Serveur HTTP intégré : Tout comme 4D en mode local, 4D Server et chaque 4D en mode distant possèdent un moteur HTTP qui vous permet de publier les bases 4D sur le Web. Votre base de données peut être directement publiée sur le Web. Vous n’avez pas besoin de développer un système de base de données, un site Web ou une interface CGI entre eux. Votre base de données est votre site Web. Vous pouvez également transformer tout poste 4D distant en serveur Web. Pour plus d’informations concernant le moteur Web intégré de 4D Server et 4D, reportez-vous au chapitre Présentation du serveur Web dans le manuel Langage de 4D.
  • Sécurité des connexions : Vous pouvez configurer votre 4D Server de manière à ce que les connexions client/serveur s’effectuent en mode sécurisé, par l’intermédiaire du protocole TLS/SSL. Pour plus d’informations les connexions client/serveur sécurisées, reportez-vous à la section Crypter les connexions client/serveur.
  • Triggers : Un trigger est une méthode associée à une table. C’est une des propriétés de la table. Vous n’appelez pas un trigger, il est automatiquement appelé par le moteur de la base de données chaque fois que vous manipulez des enregistrements (ajout, suppression et modification). Avec 4D Server, les triggers sont exécutés sur le poste serveur. Tout client, qu’il soit 4D ou connecté via ODBC, est assujetti aux règles de la base de données contrôlées par les triggers. Pour plus d’informations sur les triggers, reportez-vous à la section Présentation des triggers dans le manuel Langage de 4D.
  • Procédures stockées : Vous pouvez écrire des méthodes 4D qui seront exécutées en local dans leur propre process sur la machine serveur ou sur un ou plusieurs postes clients que vous désignerez. Ces fonctions sont appelées les procédures stockées, pour utiliser une terminologie couramment employée dans l’industrie du client/serveur. Cependant, 4D possède une architecture qui dépasse le concept standard de procédures stockées. Avec 4D Server, une procédure stockée est en réalité un process serveur (ou un process client, cf. paragraphe suivant) qui exécute le code de manière asynchrone, et indépendamment de tous les autres process exécutés sur les postes client ou serveur. Dans une architecture client/serveur standard, une procédure stockée exécute et retourne (de manière synchrone ou asynchrone) un résultat. Avec 4D Server, vous pouvez démarrer une procédure stockée qui s’exécute pendant toute une session client/serveur, et qui répond, à la demande, aux messages qui lui sont transmis par les clients. Simultanément, vous pouvez lancer une autre procédure stockée qui n’aura aucune interaction avec les clients, mais qui se chargera de synchroniser les données avec un serveur SQL ou un autre 4D Server, via un plug-in de connectivité 4D ou ODBC. La seule limite au nombre de procédures stockées exécutables simultanément est celle de votre configuration matérielle. Une procédure stockée s’exécute dans son propre process. Donc, comme chaque process utilisateur, elle maintient son propre contexte de base de données (sélection courante). En outre, le langage de 4D possède des commandes qui permettent aux process clients (exécutés sur les postes clients) de lire et d’écrire des variables process dans toute procédure stockée (y compris les variables BLOB). Elles peuvent donc servir à mettre en place un système de communication efficace et puissant entre les clients et les procédures stockées. Avec les procédures stockées, vous pouvez ajouter des nouveaux services personnalisés dans 4D Server. Pour plus d’informations, reportez-vous à la section Procédures stockées.
  • Procédure stockées exécutées sur client : 4D Server vous permet, à partir d'un poste client ou du serveur, d'exécuter des procédures stockées sur un ou plusieurs autres postes clients. Vous pouvez ainsi optimiser la répartition des charges de travail entre les postes clients et le serveur, ou construire des applications tirant parti des possibilités de communication inter-clients. Pour plus d’informations, reportez-vous à la section Procédures stockées.
  • Chemin d’accès au serveur : Le chemin d’accès à une base de données serveur peut être enregistré avec un mot de passe utilisateur. Cette fonction permet à un utilisateur de se connecter à une base de données sur le serveur en double-cliquant simplement sur un document .4DLink. Pour plus d’informations, reportez-vous à la section Connexion à une base 4D Server.
  • Enregistrement comme service : sous Windows, 4D Server peut être lancé comme un Service au démarrage.
  • Système de sauvegarde intégré : 4D Server inclut un module complet de sauvegarde des bases de données et de récupération en cas d’incident. Ce module permet de sauvegarder une base en cours d’exploitation, sans qu’il soit nécessaire de quitter l’application. Les sauvegardes peuvent être déclenchées manuellement ou automatiquement, à intervalles réguliers et sans intervention de l’utilisateur. En cas d'incident, la restitution et/ou le redémarrage de la base peuvent également être déclenchées automatiquement.
  • Sauvegarde par miroir logique : Dans le cadre d'applications critiques, il est possible de mettre en place un système de sauvegarde par miroir logique, permettant un redémarrage instantané en cas d'incident sur la base en exploitation.
  • Plug-ins de connectivité : Avec les plug-ins de connectivité 4D tels que 4D ODBC Pro, 4D Server et 4D accèdent directement à des bases sur mini ou grands systèmes, tels que ORACLE ou toute source de données ODBC. 4D propose également un pilote 4D Server ODBC (Driver ODBC) qui permet à tout client ODBC de se connecter à 4D Server pour travailler avec les données.

 
PROPRIÉTÉS 

Produit : 4D
Thème : Introduction

 
HISTORIQUE 

 
UTILISATION DE L'ARTICLE

4D Server - Référence ( 4D v16)