4D Doc Center : Paramètres de la base

4D v14.3

Paramètres de la base

Constante	Type	Valeur	Commentaire
_O_Précision affichage réels	Entier long	32	** Sélecteur inactivé **
Adresse IP d'écoute	Entier long	16	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
Appels système 4D mode distant	Entier long	12	Portée : Application 4D Conservé entre deux sessions : Oui Valeurs possibles : pour les sélecteurs 10, 11 et 12, le paramètre valeur est de la forme hexadécimale 0x00aabbcc dans laquelle : aa = nombre minimum de ticks par appel au système (de 0 à 100 inclus) bb = nombre maximum de ticks par appel au système (de 0 à 100 inclus) cc = nombre de ticks entre deux appels au système (de 0 à 20 inclus). Si une des valeurs est hors de son intervalle, 4D la fixe à son maximum. Vous pouvez également passer dans valeur une des trois valeurs suivantes, correspondant à un ensemble de réglages standard : valeur = -1 : priorité maximum allouée à 4D, valeur = -2 : priorité moyenne allouée à 4D, valeur = -3 : priorité minimum allouée à 4D. Description : Ce sélecteur vous permet de fixer dynamiquement les réglages des appels système de 4D. En fonction du Sélecteur, le gestionnaire d'appels système sera défini pour : 4D mode local lorsque la commande est appelée depuis 4D monoposte (sélecteur=10). 4D Server lorsque la commande est appelée depuis 4D Server (sélecteur=11). 4D mode distant lorsque la commande est appelée depuis 4D connecté à 4D Server (sélecteur=12). Note : Le fonctionnement du sélecteur 12 (Appels système 4D mode distant) diffère suivant que la commande FIXER PARAMETRE BASE est exécutée sur le poste serveur ou sur un poste client : - si la commande est exécutée sur le poste serveur, la nouvelle valeur sera appliquée à tous les postes clients se connectant ultérieurement. - si la commande est exécutée sur un poste client, la nouvelle valeur est appliquée immédiatement au poste client ainsi qu'à tous les postes clients se connectant par la suite au serveur. Vous pouvez utiliser ce fonctionnement pour mettre en place une gestion dynamique et individualisée de la priorité pour chaque poste client. Le principe consiste à exécuter la commande une première fois sur le poste client à configurer puis une seconde fois sur le poste serveur avec la valeur par défaut, qui sera alors utilisée pour les postes client se connectant par la suite. Ce fonctionnement est effectif dans 4D à partir des versions 6.8.6, 2003.3 et 2004. Attention : Paramétrer ces sélecteurs de façon inappropriée peut conduire à une forte dégradation des performances de l'application. Il est conseillé de ne modifier les valeurs par défaut qu'en parfaite connaissance de cause.
Appels système 4D mode local	Entier long	10	Portée : Application 4D Conservé entre deux sessions : Oui Description : voir sélecteur 12
Appels système 4D Server	Entier long	11	Portée : Application 4D Conservé entre deux sessions : Oui Description : voir sélecteur 12
Casse caractères moteur SQL	Entier long	44	Portée : Base de données Conservé entre deux sessions : Oui Valeurs possibles : 0 (casse non prise en compte) ou 1 (casse prise en compte) Description : Activation ou désactivation de la prise en compte de la casse des caractères pour les comparaisons de chaînes effectuées par le moteur SQL. Par défaut, la valeur est 1 (casse prise en compte) : le moteur SQL établit une différence entre les majuscules et les minuscules lors des comparaisons de chaînes (tris et recherches). Par exemple “ABC”= “ABC” mais “ABC” # “Abc”. Dans certains cas, par exemple pour aligner le fonctionnement du moteur SQL sur celui du moteur 4D, vous pourrez souhaiter que les comparaisons de chaînes ne tiennent pas compte de la casse (“ABC”=“Abc”). Cette option peut également être définie dans la page SQL/Configuration des Préférences de l'application.
Chercher par formule serveur	Entier long	46	Portée : Table et process courants Conservé entre deux sessions : Non Valeurs possibles : 0 (utiliser le paramétrage de la base), 1 (exécuter sur le client) ou 2 (exécuter sur le serveur) Description : Emplacement de l’exécution des commandes CHERCHER PAR FORMULE et CHERCHER PAR FORMULE DANS SELECTION pour la table passée en paramètre. Dans le cadre de l’exploitation d’une base en client-serveur, les commandes de recherche "par formule" peuvent exécutées soit sur le serveur soit sur le client : dans les bases de données créées à partir de 4D v11 SQL, ces commandes sont exécutées sur le serveur. dans les bases de données converties, ces commandes sont exécutées sur le client, comme dans les versions précédentes de 4D. dans les bases de données converties, une préférence spécifique permet de modifier globalement le lieu d’exécution de ces commandes. Cette différence de lieu d’exécution influe sur les performances de l’application (l’exécution sur le serveur est généralement plus rapide) mais également sur la programmation. En effet, la valeur des composantes de la formule (notamment les variables appelées via une méthode) diffère suivant le contexte d’exécution. Vous pouvez utiliser ce sélecteur pour adapter ponctuellement le fonctionnement de votre application. Si vous passez 0 dans le paramètre valeur, l’emplacement d’exécution des commandes de recherche "par formule" dépendra de la configuration de la base : dans les bases créées avec 4D v11 SQL, les commandes seront exécutées sur le serveur. Dans les bases converties, elles seront exécutées sur le client ou le serveur en fonction des préférences de la base. Passez 1 ou 2 dans valeur pour "forcer" l’exécution des commandes respectivement sur le client ou sur le serveur. Reportez-vous à l'exemple 4. Note : Si vous souhaitez pouvoir activer les jointures "type SQL" (cf. sélecteur Jointures CHERCHER PAR FORMULE), vous devez toujours exécuter les formules sur le serveur afin qu'elle ait accès aux enregistrements. Attention, dans ce contexte, la formule ne doit pas contenir d'appel à une méthode, sinon elle est automatiquement basculée sur le poste distant.
Client adresse IP d’écoute	Entier long	23	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : Voir sélecteur 16 Description : Permet de spécifier ce paramètre pour les postes 4D distants utilisés en tant que serveurs Web. La valeur définie via ce sélecteur est appliquée à tous les postes distants utilisés comme serveurs Web. Si vous souhaitez définir cette valeur pour certains postes distants uniquement, utilisez la boîte de dialogue des Propriétés de la base 4D en mode distant.
Client enreg requêtes Web	Entier long	30	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : 0 = Ne pas enregistrer (défaut), 1 = Enregistrer au format CLF, 2 = Enregistrer au format DLF, 3 = Enregistrer au format ELF, 4 = Enregistrer au format WLF. Description : Démarrage ou arrêt de l’enregistrement des requêtes Web reçues par les serveurs Web de tous les postes clients. Par défaut, la valeur est 0 (pas d’enregistrement des requêtes). Le fonctionnement de ce sélecteur est identique à celui du sélecteur 29 ; il s’applique toutefois à tous les postes 4D clients utilisés en tant que serveurs Web. Le fichier “logweb.txt” est dans ce cas automatiquement placé dans le sous-dossier Logs du dossier base 4D client (dossier de cache). Si vous souhaitez définir des valeurs pour certains postes clients uniquement, utilisez la boîte de dialogue des Préférences de 4D en mode distant.
Client jeu de caractères	Entier long	24	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : Voir sélecteur 17 Description : Permet de spécifier ce paramètre pour les postes 4D distants utilisés en tant que serveurs Web. La valeur définie via ce sélecteur est appliquée à tous les postes distants utilisés comme serveurs Web. Si vous souhaitez définir cette valeur pour certains postes distants uniquement, utilisez la boîte de dialogue des Préférences de 4D en mode distant.
Client maximum process Web	Entier long	20	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : Voir sélecteur 7 Description : Permet de spécifier ce paramètre pour les postes 4D distants utilisés en tant que serveurs Web. La valeur définie via ce sélecteur est appliquée à tous les postes distants utilisés comme serveurs Web. Si vous souhaitez définir cette valeur pour certains postes distants uniquement, utilisez la boîte de dialogue des Préférences de 4D en mode distant.
Client minimum process Web	Entier long	19	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : Voir sélecteur 6 Description : Permet de spécifier ce paramètre pour les postes 4D distants utilisés en tant que serveurs Web. La valeur définie via ce sélecteur est appliquée à tous les postes distants utilisés comme serveurs Web. Si vous souhaitez définir cette valeur pour certains postes distants uniquement, utilisez la boîte de dialogue des Préférences de 4D en mode distant.
Client numéro de port	Entier long	22	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : Voir sélecteur 15 Description : Permet de spécifier ce paramètre pour les postes 4D distants utilisés en tant que serveurs Web. La valeur définie via ce sélecteur est appliquée à tous les postes distants utilisés comme serveurs Web. Si vous souhaitez définir cette valeur pour certains postes distants uniquement, utilisez la boîte de dialogue des Préférences de 4D en mode distant.
Client numéro de port HTTPS	Entier long	40	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : 0 à 65535 Description : Numéro du port TCP utilisé par les serveurs Web des postes clients pour les connexions sécurisées via SSL (protocole HTTPS). Par défaut, la valeur est 443 (valeur standard). Le fonctionnement de ce sélecteur est identique à celui du sélecteur 39 ; il s’applique toutefois à tous les postes 4D distants utilisés en tant que serveurs Web. Si vous souhaitez modifier la valeur de certains postes clients uniquement, utilisez la boîte de dialogue des Préférences de 4D distant.
Client proc Web simultanés maxi	Entier long	25	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : Voir sélecteur 18 Description : Permet de spécifier ce paramètre pour les postes 4D distants utilisés en tant que serveurs Web. La valeur définie via ce sélecteur est appliquée à tous les postes distants utilisés comme serveurs Web. Si vous souhaitez définir cette valeur pour certains postes distants uniquement, utilisez la boîte de dialogue des Préférences de 4D en mode distant.
Client taille max requêtes Web	Entier long	21	Portée : Tous postes 4D distants Conservé entre deux sessions : Oui Valeurs possibles : Voir sélecteur 27 Description : Permet de spécifier ce paramètre pour les postes 4D distants utilisés en tant que serveurs Web. La valeur définie via ce sélecteur est appliquée à tous les postes distants utilisés comme serveurs Web. Si vous souhaitez définir cette valeur pour certains postes distants uniquement, utilisez la boîte de dialogue des Préférences de 4D en mode distant.
Compression index	Entier long	4	** Sélecteur inactivé **
Correcteur orthographique	Entier long	81	Portée : Application 4D Conservé entre deux sessions : Non Valeurs possibles : 0 (défaut) = correcteur OS X natif (Hunspell désactivé), 1 = correcteur Hunspell actif. Description : Permet d’activer le correcteur orthographique Hunspell sous OS X. Par défaut, sur cette plate-forme le correcteur natif est activé. Vous pouvez souhaiter utiliser le correcteur Hunspell par exemple pour unifier l’interface de vos applications multiplates-formes (sous Windows, seul le correcteur Hunspell est disponible). Pour plus d’informations, reportez-vous au paragraphe Prise en charge des dictionnaires Hunspell.
Direct2D désactivé	Entier long	0	Voir sélecteur 69 (Direct2D Statut)
Direct2D Hybride	Entier long	5	Voir sélecteur 69 (Direct2D Statut)
Direct2D lire statut actif	Entier long	74	Note : Ce sélecteur peut être utilisé uniquement avec la commande Lire parametre base, sa valeur ne peut pas être fixée. Description : Retourne l’implémentation active de Direct2D sous Windows. Valeurs possibles : 0, 1, 2, 3, 4 ou 5 (cf. valeurs du sélecteur 69). La valeur retournée dépend de la disponibilité de Direct2D, du matériel et de la qualité de la prise en charge de Direct2D par le système d’exploitation. Par exemple, si vous exécutez : `FIXER PARAMETRE BASE(Direct2D Statut;Direct2D Matériel) $mode:=Lire parametre base(Direct2D Lire statut actif)` - sur Windows 7 et suivants, $mode vaudra 1 si le système détecte un matériel compatible Direct2D, sinon $mode vaudra 3 (contexte logiciel). - sur Windows Vista, $mode vaudra 1 si le système détecte un matériel compatible Direct2D, sinon $mode vaudra 0 (désactivation de Direct2D). - sur Windows XP, $mode vaudra toujours 0 (incompatibilité avec Direct2D).
Direct2D Logiciel	Entier long	3	Voir sélecteur 69 (Direct2D Statut)
Direct2D Logiciel SVG et Editeurs	Entier long	4	Voir sélecteur 69 (Direct2D Statut)
Direct2D matériel	Entier long	1	Voir sélecteur 69 (Direct2D Statut)
Direct2D matériel SVG et editeurs	Entier long	2	Voir sélecteur 69 (Direct2D Statut)
Direct2D statut	Entier long	69	Portée: Application 4D Conservé entre deux sessions : Non Description : Mode d’activation de l’implémentation de Direct2D sous Windows. Valeurs possibles : Une des constantes suivantes (mode 5 par défaut) : Direct2D Désactivé (0) : le mode Direct2D n’est pas activé, la base fonctionne dans le mode précédent (GDI/GDIPlus). Direct2D Matériel (1) : utilisation de Direct2D en contexte graphique matériel dans toute l’application 4D. Si ce contexte n’est pas disponible, utilisation du contexte graphique Direct2D logiciel (hormis sous Vista, pour des raisons de performances dans ce cas le mode GDI/GDIPlus est utilisé). Direct2D Matériel SVG et Editeurs (2) : utilisation de Direct2D en contexte graphique matériel uniquement pour le SVG ainsi que pour les éditeurs de code et de structure. Si ce contexte n’est pas disponible, utilisation du contexte graphique Direct2D logiciel (hormis sous Vista, pour des raisons de performances dans ce cas le mode GDI/GDIPlus est utilisé). Direct2D Logiciel (3) : à partir de Windows 7, utilisation de Direct2D en contexte graphique logiciel dans toute l’application 4D. Sous Vista, pour des raisons de performances le mode GDI/GDIPlus est utilisé. Direct2D Logiciel SVG et Editeurs (4) : à partir de Windows 7, utilisation de Direct2D en contexte graphique logiciel uniquement pour le SVG ainsi que pour les éditeurs de code et de structure. Sous Vista, pour des raisons de performances le mode GDI/GDIPlus est utilisé. Direct2D Hybride (5) (Mode par défaut) : à partir de Windows 7, utilisation de Direct2D en contexte graphique matériel pour le SVG ainsi que pour les éditeurs de code et de structure, et utilisation de Direct2D en contexte graphique logiciel pour le reste de l’application 4D. Sous Vista, pour des raisons de performances le mode GDI/GDIPlus est utilisé.
Enreg diagnostic	Entier long	79	Portée : Application 4D Conservé entre deux sessions : Non Valeurs possibles : 0 ou 1 (0 = ne pas enregistrer, 1 = enregistrer) Description : Démarrage ou arrêt de l’enregistrement du fichier de diagnostic de 4D. Par défaut, la valeur est 0 (pas d’enregistrement). 4D vous permet d’enregistrer de manière continue dans un fichier de diagnostic un ensemble d’événements relatifs au fonctionnement interne de l’application. Les informations contenues dans ce fichier sont destinées à la mise au point des applications 4D et pourront être analysées avec l’aide des services techniques de 4D. Lorsque vous passez 1 dans ce sélecteur, le fichier de diagnostic, nommé NomBase.txt, est automatiquement créé (ou ouvert) dans le dossier Logs de la base. Une fois que le fichier atteint une taille de 10 Mo, il est refermé et un nouveau fichier NomBaseN.txt est généré, avec un numéro séquentiel N incrémenté. A noter qu’il est possible d’inclure des informations personnalisées dans ce fichier à l’aide de la commande ENREGISTRER EVENEMENT.
Enreg événements debogage	Entier long	34	Portée : Application 4D Conservé entre deux sessions : Non Description : Démarrage ou arrêt de l’enregistrement séquentiel des événements de programmation de 4D dans le fichier 4DDebugLog, automatiquement placé dans le sous-dossier Logs de la base, à côté du fichier de structure. Un nouveau format texte tabulé, plus compact, est utilisable pour le fichier d’enregistrement des événements "4DDebugLog[_n].txt" à compter de 4D v14 (_n est le numéro de segment du fichier). Valeurs possibles : Entier long contenant un champ de bits (bit field) : valeur = bit1(1)+bit2(2)+bit3(4)+bit4(8)+…). - Le bit 1 (valeur 1) permet de demander à activer le fichier (à noter que toute autre valeur non nulle l’activera également) - Le bit 2 (valeur 2) permet de demander les paramètres d’appel aux méthodes et commandes. - Le bit 3 (valeur 4) permet d’activer le nouveau format tabulé. - Le bit 4 (valeur 8) permet de désactiver l’écriture immédiate de chaque opération sur disque (activée par défaut). L’écriture immédiate est moins rapide mais plus efficace par exemple pour rechercher les causes d’un plantage. Si vous désactivez ce mode, le contenu fichier sera plus compact et il sera généré plus rapidement. - Le bit 5 (valeur 16) permet de désactiver l’enregistrement des appels de plug-ins (activé par défaut). Dans le format non tabulé (ancien format), les durées d’exécution sont exprimées en millisecondes, la valeur "< ms" est affichée si une opération s’exécute en moins d’une milliseconde. Dans le nouveau format tabulé, les durées d’exécution sont exprimées en microsecondes. Exemples : FIXER PARAMETRE BASE(34;1) // active le fichier mode v13 sans les paramètres, avec les durées FIXER PARAMETRE BASE(34;2) // active le fichier mode v13 avec les paramètres et les durées FIXER PARAMETRE BASE(34;2+4) // active le fichier au format v14 avec les paramètres et les durées FIXER PARAMETRE BASE(34;0) // désactive le fichier Afin d’éviter que le fichier n’enregistre une trop grande quantité d’informations, vous pouvez restreindre les commandes 4D à examiner à l’aide du sélecteur 80, Liste commandes enreg. L’option peut être activée dans tout type d’application 4D (4D tous modes, 4D Server, 4D Volume Desktop), en interprété ou en compilé. Note : Cette option est proposée uniquement à des fins de débogage, elle ne doit pas être utilisée en production car elle peut entraîner une dégradation des performances de l'application ainsi que la saturation du disque dur. Pour plus d’informations sur le format et l’exploitation du fichier 4DDebugLog[_n].txt, veuillez contacter les services techniques de 4D SAS.
Enreg requêtes 4D Server	Entier long	28	Portée : 4D Server, 4D distant Conservé entre deux sessions : Non Valeurs possibles : 0 ou de 1 à N (0 = ne pas enregistrer, 1 à N = numéro séquentiel, accolé au nom du fichier). Description : Démarrage ou arrêt de l’enregistrement des requêtes standard reçues par 4D Server (hors requêtes Web). Par défaut, la valeur est 0 (pas d’enregistrement de requêtes). 4D Server vous permet d’enregistrer dans un fichier d’historique chaque requête reçue par le poste serveur. Lorsque ce mécanisme est activé, le fichier d’historique est créé à côté du fichier de structure de la base. Son nom est “4DRequestsLogN”, où N est le numéro séquentiel de l'historique. Une fois que le fichier atteint une taille de 10 Mo, il est refermé et un nouveau fichier est généré, avec un numéro séquentiel incrémenté. Si un fichier du même nom existe déjà, il est directement remplacé. Vous pouvez définir le numéro de départ de la séquence à l'aide du paramètre valeur. Ce fichier texte stocke dans un format tabulé simple diverses informations concernant chaque requête : heure, numéro de process, utilisateur, taille de la requête, durée de traitement, etc. Ces informations sont particulièrement utiles en phase de mise au point de l’application ou à des fins statistiques. Elles peuvent être importées par exemple dans un logiciel tableur afin d’être traitées. Note : Il est possible d'activer ou d'inactiver manuellement l'enregistrement des requêtes via le raccourci Ctrl+Alt+L sous Windows ou Commande+Option+L sous Mac OS.
Enreg requêtes client	Entier long	45	Portée : Poste 4D distant Conservé entre deux sessions : Non Valeurs possibles : 0 ou de 1 à N (0 = ne pas enregistrer, 1 à N = numéro séquentiel, accolé au nom du fichier). Description : Démarrage ou arrêt de l'enregistrement des requêtes standard effectuées par le poste client 4D ayant exécuté la commande (hors requêtes Web). Par défaut, la valeur est 0 (pas d'enregistrement des requêtes). 4D vous permet d'enregistrer l’historique des requêtes effectuées par le poste client. Lorsque ce mécanisme est activé, deux fichiers sont créés sur le poste client, dans le sous-dossier Logs du dossier local de la base. Il sont nommés 4DRequestsLog_N et 4DRequestsLog_ProcessInfo_N où N est le numéro séquentiel de l'historique. Une fois que le fichier 4DRequestsLog atteint une taille de 10 Mo, il est refermé et un nouveau fichier est généré, avec un numéro séquentiel incrémenté. Si un fichier du même nom existe déjà, il est directement remplacé. Vous pouvez définir le numéro de départ de la séquence à l'aide du paramètre valeur. Ces fichiers texte stockent dans un format tabulé simple diverses informations concernant chaque requête : heure, numéro de process, taille de la requête, durée de traitement, etc. Ces informations sont particulièrement utiles en phase de mise au point de l'application ou à des fins statistiques.
Enreg requêtes Web	Entier long	29	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
Inversion des objets	Entier long	37	Portée : Base de données Conservé entre deux sessions : Oui Valeurs possibles : 0, 1 ou 2 (0 = mode désactivé, 1 = mode automatique, 2 = mode activé). Description : Configuration du mode “inversion des objets”. Ce mode permet d’inverser en mode Application les formulaires, objets, menus, etc. lorsque la base est affichée sous Windows dans une langue de droite à gauche. Ce mode peut également être configuré dans la page Base de données/Script Manager des Préférences de l'application. La valeur 0 indique que le mode n’est jamais activé, quelle que soit la configuration du système (correspond à la valeur Non dans les Préférences). La valeur 1 indique que le mode est activé ou non en fonction de la configuration du système (correspond à la valeur Automatique dans les Préférences). La valeur 2 indique que le mode est activé, quelle que soit la configuration du système (correspond à la valeur Oui dans les Préférences). Pour plus d’informations, reportez-vous au manuel Mode Développement de 4D.
Jeu de caractères	Entier long	17	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
Jointures chercher par formule	Entier long	49	Portée : Process courant Conservé entre deux sessions : Non Valeurs possibles : 0 (utiliser paramétrages de la base), 1 (toujours utiliser les liens auto) ou 2 (utiliser les jointures SQL si possible). Description : Mode de fonctionnement des commandes CHERCHER PAR FORMULE et CHERCHER PAR FORMULE DANS SELECTION relatif à l’utilisation de "jointures SQL". Dans les bases de données créées à compter de la version 11.2 de 4D v11 SQL, ces commandes effectuent des jointures sur le modèle des jointures SQL. Ce mécanisme permet de modifier la sélection d’une table en fonction d’une recherche effectuée sur une autre table sans que les tables soient reliées par un lien automatique (condition nécessaire dans les versions précédentes de 4D). Le sélecteur Jointures CHERCHER PAR FORMULE vous permet de définir le mode de fonctionnement des commandes de recherche par formule pour le process courant : 0 : utiliser les paramètres courants de la base (valeur par défaut). Dans les bases de données créées à compter de la version 11.2 de 4D v11 SQL, les "jointures SQL" sont toujours activées pour les recherches par formule. Dans les bases de données converties, ce mécanisme est inactivé par défaut pour des raisons des compatibilité mais peut être mis en oeuvre via une préférence. 1 : toujours utiliser les liens auto (= fonctionnement des versions précédentes de 4D). Dans ce mode, un lien est nécessaire pour définir la sélection d’une table en fonction de recherches effectuées dans une autre table. 4D n’effectue pas de "jointures SQL". 2 : utiliser les jointures SQL si possible (= fonctionnement par défaut des bases créées en version 11.2 et suivantes de 4D v11 SQL). Dans ce mode, 4D établit des "jointures SQL" pour les recherches par formule lorsque la formule s’y prête (à deux exceptions près, voir la description de la commande commandes CHERCHER PAR FORMULE ou CHERCHER PAR FORMULE DANS SELECTION. Note : Avec 4D en mode distant, les "jointures SQL" ne peuvent être utilisées que si les formules sont exécutées sur le serveur (elles doivent avoir accès aux enregistrements). Pour configurer le lieu d'exécution des formules, reportez-vous aux sélecteurs 46 et 47.
JSON fuseau horaire local	Entier long	85	Portée : Process courant Conservé entre deux sessions : Non Valeurs possibles : 0 = ignorer le fuseau horaire local, 1 (défaut) = tenir compte du fuseau horaire. Description : Par défaut, la conversion des dates 4D vers le format JSON tient compte du fuseau horaire local. Par exemple, la conversion de la date !23/08/2013! donne "2013-08-22T22:00:00Z" au format JSON lorsque l’opération est effectuée en France en été (GMT+2). Ce principe est conforme au fonctionnement standard de JavaScript. Ce fonctionnement peut être source d’erreurs si vous souhaitez envoyer des valeurs de date en JSON à une personne qui se trouve dans un autre fuseau horaire. C’est le cas par exemple pour l’exportation d’une table avec Selection vers JSON en France destiné à être réimporté aux USA avec JSON VERS SELECTION. Par défaut, les dates étant réinterprétées dans chaque fuseau horaire, les valeurs stockées dans la base seront différentes. Dans ce cas, vous pouvez modifier le mode de conversion des dates afin qu’il ne tienne pas compte du fuseau horaire en passant 0 dans ce sélecteur. La conversion de la date !23/08/2013! donnera alors "2013-08-23T00:00:00Z" dans tous les cas.
Liste commandes enreg	Chaîne	80	Portée : Application 4D Conservé entre deux sessions : Non Valeurs possibles : Chaîne contenant la liste des numéros des commandes 4D à enregistrer (séparées par des points-virgules), "all" pour enregistrer toutes les commandes ou "" (chaîne vide) pour n’enregistrer aucune commande. Description : Liste des commandes 4D à enregistrer dans le fichier de débogage (cf. sélecteur 34, Enreg événements débogage). Par défaut, toutes les commandes 4D sont enregistrées. Ce sélecteur vous permet de restreindre la quantité d’informations stockées dans le fichier de débogage en limitant les commandes 4D dont vous souhaitez enregistrer l’exécution. Par exemple, vous pouvez écrire : `FIXER PARAMETRE BASE(Liste commandes enreg;"277;341") //enregistrer uniquement les commandes CHERCHER et CHERCHER DANS SELECTION`
Liste de chiffrement SSL	Chaîne	64	Portée : Application 4D Conservé entre deux sessions : Non Valeurs possibles : Suite de chaînes séparées par des deux-points Description : Liste de chiffrement (cipher list) utilisée par 4D pour le protocole sécurisé. Cette liste permet de modifier la priorité des algorithmes de chiffrement mis en oeuvre par 4D. Par exemple, vous pouvez passer la chaîne suivante dans le paramètre valeur : "AES:ALL:!aNULL:!eNULL:+RC4:@STRENGTH". Pour une description complète de la syntaxe de la liste de chiffrement, reportez-vous à la page ciphers sur le site de OpenSSL. Ce paramétrage est global à l’application 4D (il concerne le serveur HTTP, le serveur SQL, les connexions client/serveur ainsi que le client HTTP et les commandes 4D faisant appel au protocole sécurisé). Lorsque la liste de chiffrement a été modifiée, vous devez redémarrer le serveur concerné pour que le nouveau paramétrage soit pris en compte. Pour réinitialiser la liste de chiffrement à sa valeur par défaut (stockée en dur dans le fichier SLI), appelez la commande FIXER PARAMETRE BASE et passez une chaîne vide ("") dans le paramètre valeur. Note : Avec la commande Lire parametre base, la liste de chiffrement est retournée dans le paramètre optionnel valeurAlpha et le paramètre de retour vaut toujours 0.
Maximum process Web	Entier long	7	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Valeurs possibles : 0 -> 32 767 Description : Nombre maximum de process Web à maintenir en mode sans contexte avec 4D en mode local et 4D Server. Par défaut, la valeur est 10. Afin que le serveur Web soit réactif, en mode sans contexte, 4D maintient endormis les process Web pendant 5 secondes, et les réutilise pour traiter les éventuelles requêtes HTTP suivantes. En termes de performances, ce principe est en effet plus avantageux que la création d’un nouveau process à chaque requête. Une fois un process Web réutilisé, il est à nouveau endormi pour 5 secondes, sauf si le nombre maximum de process Web est dépassé (auquel cas il est tué). Si aucune requête n’a été attribuée à un process Web durant les 5 secondes, il est tué, sauf si un nombre minimum de process Web a été fixé et est atteint (auquel cas il est à nouveau endormi). Ces paramètres vous permettent d’ajuster le fonctionnement de votre serveur Web en fonction du nombre de requêtes, de la mémoire disponible, etc.
Minimum process Web	Entier long	6	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Valeurs possibles : 0 -> 32 767 Description : Nombre minimum de process Web à maintenir en mode sans contexte avec 4D en mode local et 4D Server. Par défaut, la valeur est 0 (cf. ci-dessous).
Mode conversion Web	Entier long	8	Portée : Process courant Conservé entre deux sessions : Non Valeurs possibles : 0, 1, 2 ou 3 0 (mode par défaut) = Conversion au format HTML 4.0 si le browser le permet. Sinon, format HTML 3.2 + usage de tableaux. 1 = Conversion au format HTML 2.0 (mode 6.0.x), 2 = Conversion au format HTML 3.2 (mode 6.5), 3 = Conversion au format HTML 4.0 + CSS-P (depuis version 6.5.2). Description : Mode de conversion des formulaires 4D pour le Web avec 4D en mode local et 4D Server. Par défaut, le serveur Web 4D utilise les feuilles de style en cascade (CSS1) pour générer des pages HTML dont l’apparence est très proche de celle des formulaires obtenus dans 4D. Dans le cas des bases créées avec des versions de 4D antérieures à la 6.7, ce fonctionnement peut perturber la conversion correcte des formulaires. Vous pouvez donc modifier le mode de conversion des formulaires. Ce mode n’est utilisé que pour le process (contexte Web) dans lequel la commande FIXER PARAMETRE BASE est appelée. Elle peut être placée dans la Méthode base Sur connexion Web pour assurer la conversion des formulaires de la base, ou juste avant l’appel d’un formulaire particulier. Hors du mode contextuel ou d’un process Web, la commande est sans effet.
Mode écriture cache	Entier long	26	** Sélecteur inactivé **
Mode Unicode	Entier long	41	Portée : Base de données Conservé entre deux sessions : Oui Valeurs possibles : 0 (mode compatibilité) ou 1 (mode Unicode) Description : Mode d’exécution courant de la base, relatif au jeu de caractères. 4D prend en charge le jeu de caractères Unicode mais peut fonctionner en mode “compatibilité” (basé sur le jeu de caractères ASCII Mac). Par défaut, les bases de données converties sont exécutées en mode compatibilité (0) et les bases créées à partir de la version 11 sont exécutées en mode Unicode. Le mode d’exécution est contrôlé via une option des préférences et peut également être lu ou (à des fins de test) modifié via ce sélecteur. La modification de cette option nécessite le redémarrage de la base pour être prise en compte. A noter que, dans le cadre d’un composant, il n’est pas possible de modifier cette valeur, mais uniquement de la lire.
Niveau de compression HTTP	Entier long	50	Portée : Application 4D Conservé entre deux sessions : Non Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
Numéro automatique table	Entier long	31	Portée : Application 4D Conservé entre deux sessions : Oui Valeurs possibles : Toute valeur de type entier long. Description : Ce sélecteur permet de modifier ou de lire le numéro unique courant des enregistrements de la table passée en paramètre. “Numéro courant” signifie “dernier numéro utilisé” : si vous modifiez cette valeur à l’aide de FIXER PARAMETRE BASE, le prochain enregistrement sera créé avec comme numéro la valeur passée + 1. Ce nouveau numéro est, lui, retourné par la commande Numerotation automatique ainsi que dans tout champ de la table auquel la propriété "Incrémentation auto" a été affectée en Structure ou via le SQL. Par défaut, le numéro unique est défini par 4D et correspond à l’ordre de création des enregistrements. Pour des informations supplémentaires, reportez-vous à la documentation de la commande Numerotation automatique.
Numéro de port HTTPS	Entier long	39	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
Numéro du port	Entier long	15	Portée : 4D local, 4D Server Conservé entre deux sessions : Non Description : Numéro du port TCP utilisé par le serveur Web 4D avec 4D en mode local et 4D Server. Par défaut, la valeur est 80. Le numéro de port TCP est défini dans la page “Web/Configuration” de la boîte de dialogue des Propriétés de la base. Vous pouvez utiliser les constantes du thème Numéros de port TCP pour le paramètre valeur. Le sélecteur Numéro du port est utile dans le cadre de serveurs Web 4D compilés et fusionnés avec 4D Desktop (pas d’accès au mode Développement). Pour plus d’informations sur le numéro de port TCP, reportez-vous à la section Paramétrages du serveur Web.
Numéro du port client serveur	Entier long	35	Portée : Base de données Conservé entre deux sessions : Oui Valeurs possibles : 0 à 65535 Description : Numéro de port TCP sur lequel 4D Server publie la base de données (à destination des postes 4D distants). Par défaut, la valeur est 19813. La personnalisation de cette valeur permet d’utiliser plusieurs applications 4D client-serveur sur la même machine avec le protocole TCP ; dans ce cas, vous devez spécifier un numéro de port différent pour chaque application. La valeur est stockée dans le fichier de structure de la base. Elle peut être définie avec 4D en mode local mais n’est prise en compte qu’en configuration client-serveur. Lorsque vous modifiez cette valeur, il est nécessaire de redémarrer le poste serveur afin que la nouvelle valeur soit prise en compte.
Optimisation accès séq	Entier long	2	** Sélecteur inactivé **
PHP adresse IP interpréteur	Entier long	55	Portée : Application 4D Conservé entre deux sessions : Non Valeurs : Chaîne formatée du type "nnn.nnn.nnn.nnn" (par exemple "127.0.0.1"). Description : Adresse IP utilisée localement par 4D pour communiquer avec l’interpéteur PHP via fastcgi. Par défaut, la valeur est "127.0.0.1". Cette adresse doit correspondre à la machine sur laquelle se trouve 4D. Ce paramètre peut également être défini globalement pour tous les postes via les Propriétés de la base. Pour plus d’informations sur l’interpréteur PHP de 4D, reportez-vous au manuel Mode Développement.
PHP nombre enfants	Entier long	57	Portée : Application 4D Conservé entre deux sessions : Non Valeurs : Valeur de type entier long positif. Par défaut, la valeur est 5. Description : Nombre de process enfants à créer et à maintenir localement par l’interpréteur PHP de 4D. Pour des raisons d’optimisation, l’interpréteur PHP crée et utilise un ensemble (pool) de process système appelés "process enfants" pour traiter les demandes d’exécution de scripts. Vous pouvez faire varier le nombre de process enfants en fonction des besoins de votre application. Ce paramètre peut également être défini globalement pour tous les postes via les Propriétés de la base. Pour plus d’informations sur l’interpréteur PHP de 4D, reportez-vous au manuel Mode Développement. Note : Sous Mac OS, tous les process enfants partagent le même port. Sous Windows, chaque process enfant utilise un numéro de port spécifique. Le premier numéro est celui défini pour l’interpréteur PHP, les autres process enfants l’incrémentent. Par exemple, si le port par défaut est le 8002 et que vous lancez 5 process enfants, ils utiliseront les ports 8002 à 8006.
PHP nombre requêtes max	Entier long	58	Portée : Application 4D Conservé entre deux sessions : Non Valeurs : Valeur de type entier long positif. Par défaut, la valeur est 500. Description : Nombre maximum de requêtes acceptées par l’interpréteur PHP. Lorsque ce nombre maximum est atteint, l’interpréteur retourne des erreurs du type "serveur occupé". Pour des raisons de sécurité ou de performance, vous pouvez modifier cette valeur. Ce paramètre peut également être défini globalement pour tous les postes via les Propriétés de la base. Pour plus d’informations, reportez-vous à la documentation de fastcgi-php. Note : Côté 4D, ces paramètres sont appliqués dynamiquement, il n’est pas nécessaire de quitter le programme pour leur prise en compte. En revanche, si l’interpréteur PHP était déjà lancé, il est nécessaire de le quitter et de le relancer pour qu’il prenne en compte ces modifications.
PHP port interpréteur	Entier long	56	Portée : Application 4D Conservé entre deux sessions : Non Valeurs : Valeur de type entier long positif. Par défaut, la valeur est 8002. Description : Numéro du port TCP utilisé par l’interpréteur PHP de 4D. Ce paramètre peut également être défini globalement pour tous les postes via les Propriétés de la base. Pour plus d’informations sur l’interpréteur PHP de 4D, reportez-vous au manuel Mode Développement.
PHP utiliser interpréteur externe	Entier long	60	Portée : Application 4D Conservé entre deux sessions : Non Valeurs : 0 = utiliser interpréteur interne, 1 = utiliser interpréteur externe Description : Valeur indiquant si les requêtes PHP de 4D sont adressées à l’interpréteur interne fourni par 4D ou un interpréteur externe. Par défaut, la valeur est 0 (utilisation de l’interpréteur fourni par 4D). Si vous souhaitez utiliser votre propre interpréteur PHP, par exemple pour bénéficier de modules supplémentaires ou d’une configuration spécifique, passez 1 dans valeur. Dans ce cas, 4D ne démarrera pas son interpréteur en cas de requête PHP. L’interpréteur PHP personnalisé doit avoir été compilé en fastcgi et se trouver sur la même machine que le moteur 4D. A noter que dans ce cas, vous devez entièrement gérer l’interpréteur, il n’est ni démarré ni stoppé par 4D. Ce paramètre peut également être défini globalement pour tous les postes via les Propriétés de la base.
Prise en charge QuickTime	Entier long	82	Portée : Application 4D Conservé entre deux sessions : Oui Valeurs possibles : 0 (défaut) = QuickTime désactivé, 1 = QuickTime activé. Description : Dans 4D à compter de la v14, par défaut les codecs QuickTime ne sont plus pris en charge. Par compatibilité, vous pouvez les réactiver dans votre base à l’aide de ce sélecteur. La modification de cette option nécessite le redémarrage de la base. A noter toutefois que la prise en charge de QuickTime sera définitivement supprimée dans les prochaines versions de 4D.
Process Web simultanés maxi	Entier long	18	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
Ratio chercher dans sélec séq	Entier long	5	** Sélecteur inactivé **
Ratio de tri séq	Entier long	1	** Sélecteur inactivé **
Ratio valeurs distinctes séq	Entier long	3	** Sélecteur inactivé **
Seuil de compression HTTP	Entier long	51	Portée : Application 4D Conservé entre deux sessions : Non Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
SQL autocommit	Entier long	43	Portée : Base de données Conservé entre deux sessions : Oui Valeurs possibles : 0 (désactivation) ou 1 (activation) Description : Activation ou désactivation du mode SQL auto-commit. Par défaut, la valeur est 0 (mode désactivé) Le mode auto-commit permet de renforcer l'intégrité référentielle de la base. Lorsque ce mode est actif, les requêtes MissingRef, MissingRef, MissingRef, MissingRef (SIUD) sont automatiquement incluses dans des transactions lorsqu'elles sont exécutées en-dehors de toute transaction. Ce mode peut également être défini dans les préférences de la base.
Synchro auto dossier Resources	Entier long	48	Portée : Poste 4D distant Conservé entre deux sessions : Non Valeurs possibles : 0 (pas de synchronisation), 1 (synchronisation auto) ou 2 (demander). Description : Mode de synchronisation dynamique du dossier Resources du poste client 4D ayant exécuté la commande avec celui du serveur. Lorsque le contenu du dossier Resources sur le serveur a été modifié ou qu’une demande de synchronisation a été émise (via l’explorateur de ressources ou suite à l'exécution de la commande NOTIFIER MODIFICATION DOSSIER RESOURCES), le serveur notifie les clients connectés. Trois modes de synchronisation sont alors possibles côté client. Le sélecteur Synchro auto dossier Resources vous permet de définir le mode à utiliser pour le poste client et la session courante : 0 (valeur par défaut) : pas de synchronisation dynamique (la demande de synchronisation est ignorée) 1 : synchronisation dynamique automatique 2 : affichage d’une boîte de dialogue sur les postes clients, avec possibilité d’effectuer ou de refuser la synchronisation. Le mode de synchronisation peut également être défini globalement dans les Propriétés de la base.
Taille cache données	Entier long	9	Portée : Application 4D Conservé entre deux sessions : - Description : Permet d’obtenir la taille courante du cache mémoire utilisé par 4D pour les données. Cette valeur est exprimée en octets. La taille du cache est issue des paramétrages définis dans la page “Base de données/Mémoire” des Propriétés de la base. La taille réelle allouée au cache dépend de ces paramètres mais également de l’état des ressources mémoire de la machine. Ce sélecteur vous permet donc de connaître précisément la taille courante de la mémoire allouée au cache par 4D. Attention : La taille du cache de données ne peut pas être fixée par programmation. Il n’est pas possible d’utiliser le sélecteur Taille cache données avec la commande FIXER PARAMETRE BASE.
Taille maxi mémoire temporaire	Entier long	61	Portée : Application 4D Conservé entre deux sessions : Non Valeurs possibles : Entier long positif. Description : Taille maximum de mémoire temporaire que 4D pourra allouer à chaque process, exprimée en Mo. Par défaut, la valeur est 0 (pas de taille maximum). 4D utilise une mémoire temporaire spéciale dédiée aux opérations d’indexation et de tri. Cette mémoire a pour but de préserver la mémoire cache “classique” lors d’opérations massives. Elle n’est activée qu’en cas de besoin. Par défaut, la taille de la mémoire temporaire n’est limitée que par les ressources disponibles (en fonction de la configuration mémoire du système). Ce mécanisme convient à la plupart des applications. Toutefois, dans certains contextes spécifiques, notamment lorsqu’une application client-serveur effectue simultanément un grand nombre de tris séquentiels, la taille de la mémoire temporaire peut augmenter de façon critique, jusqu’à rendre le système instable. Dans ce contexte, fixer une taille maximum à la mémoire temporaire permet de préserver le fonctionnement de l’application. En contrepartie, la vitesse d’exécution pourra être affectée : lorsque la taille maximum est atteinte pour un process, 4D utilise des fichiers disque, ce qui peut ralentir les traitements. Pour des besoins tels que ceux décrits ci-dessus, une taille maximum d’environ 50 Mo est généralement un bon compromis. La valeur idéale sera cependant à déterminer en fonction des spécificités de l’application et résultera généralement de tests en volumétrie réelle.
Taille maximum requêtes Web	Entier long	27	Portée : 4D local, 4D Server Conservé entre deux sessions : Oui Description : Constante obsolète (conservée par compatibilité uniquement). Il est désormais conseillé d'utiliser les commandes WEB FIXER OPTION et WEB LIRE OPTION pour le paramétrage du serveur HTTP.
Taille mémoire temporaire	Entier long	42	** Sélecteur inactivé **
Taille minimum libération cache	Entier long	66	Portée : Application 4D Conservé entre deux sessions : Non Valeurs possibles : Entier long positif > 1. Description : Taille minimum de mémoire à libérer du cache de la base de données lorsque le moteur a besoin d’y faire de la place pour y allouer un objet (valeur en octets). Ce sélecteur a pour but de permettre de réduire le nombre de libérations de données du cache afin d’obtenir des gains de performances. Vous pouvez faire varier ce paramétrage en fonction de la taille du cache et de celle des blocs de données manipulées dans votre base. Par défaut, si ce sélecteur n’est pas utilisé, 4D décharge au minimum 10 % du cache en cas de besoin de place.
Taille pile process base server	Entier long	53	Portée : 4D Server Conservé entre deux sessions : Non Valeurs possibles : Entier long positif. Description : Taille de la pile allouée à chaque process système préemptif sur le serveur, exprimée en octets. Par défaut, cette valeur est 1 000 000 (1 Mo). Les process système préemptifs (process de type Process base 4D client) sont chargés de contrôler les process clients 4D principaux. La taille allouée par défaut à la pile de chaque process préemptif permet un bon confort d’exécution mais peut s’avérer conséquente lorsque de très nombreux process (plusieurs centaines) sont créés. A des fins d’optimisation, cette taille peut être diminuée sensiblement si les opérations effectuées par la base s'y prêtent (par exemple si la base n’effectue pas de tris sur de grosses quantités d’enregistrements). Des valeurs de 512 voire de 256 Ko sont possibles. Attention, le sous-dimensionnement de la pile est critique et peut nuire au fonctionnement de 4D Server. Le réglage de ce paramètre est à effectuer avec précaution et doit tenir compte des conditions d’utilisation de la base (nombre d’enregistrements, types d’opérations, etc.). Pour être pris en compte, ce paramétrage doit être exécuté sur le poste serveur (par exemple dans la méthode base Sur démarrage serveur).
TCP_NODELAY	Entier long	33	** Sélecteur inactivé **
Timeout 4D mode distant	Entier long	14	Portée : Application 4D si valeur positive Conservé entre deux sessions : Oui si valeur positive Description : Valeur du délai avant déconnexion (timeout) accordé par le poste 4D distant au poste 4D Server. Par défaut, cette valeur est définie dans la page “Client-Serveur/Configuration” de la boîte de dialogue des Préférences, sur le poste distant. Pour plus d’informations sur le fonctionnement de ce sélecteur, reportez-vous ci-dessus à la description du sélecteur Timeout 4D Server (13). Le sélecteur Timeout 4D mode distant est à utiliser dans des cas très spécifiques.
Timeout 4D Server	Entier long	13	Portée : Application 4D si valeur positive Conservé entre deux sessions : Oui si valeur positive Valeurs possibles : 0 -> 32 767 Description : Valeur du délai avant déconnexion (timeout) accordé par 4D Server aux postes clients. Par défaut, cette valeur est définie dans la page “Client-Serveur/Configuration” de la boîte de dialogue des Préférences, sur le poste serveur. Le sélecteur Timeout 4D Server vous permet de fixer, à l’aide du paramètre valeur, un nouveau timeout, exprimé en minutes. Cette possibilité permet en particulier d’augmenter la valeur du timeout avant l’exécution sur le poste client d’une opération bloquante et de longue durée, risquant d’entraîner une déconnexion ; par exemple, l’impression d’un grand nombre de pages. Vous disposez en outre de deux possibilités : effectuer une modification globale et permanente : la nouvelle valeur s’applique à tous les process et est stockée dans les préférences de l’application (équivaut à une modification de la valeur dans la boîte de dialogue des Préférences). Pour cela, passez une valeur positive dans le paramètre valeur. effectuer une modification restreinte et temporaire : la nouvelle valeur ne s’applique qu’au process appelant (les autres process conservant la valeur d’origine), et est abandonnée dès que le serveur reçoit un signe d’activité du poste client — par exemple, dès que l’opération est terminée. Cette possibilité est utile pour gérer les opérations longues initiées par des plug-ins. Pour cela, passez une valeur négative dans le paramètre valeur. Pour définir une connexion “Ouverte en permanence”, passez 0 dans valeur. Reportez-vous à l’exemple 1.
Timeout connexions inactives	Entier long	54	Portée : Application 4D sauf si valeur négative Conservé entre deux sessions : Non Valeurs possibles : Valeur entière exprimant une durée en secondes. La valeur peut être positive (nouvelles connexions) ou négative (connexions existantes). Par défaut, la valeur est 0 (pas de timeout) avec 4D v11 SQL et 20 avec 4D v12. Description : Délai maximum d’inactivité (timeout) des connexions au moteur de base de données et au moteur SQL de 4D. Lorsqu’une connexion inactive atteint ce délai, elle est automatiquement mise en veille, ce qui se traduit par le gel de la session client/serveur et la fermeture du socket réseau. Ce fonctionnement est entièrement transparent pour l’utilisateur : dès qu’il y a reprise d’activité sur la connexion mise en veille, le socket est automatiquement rouvert et la session client/serveur restaurée. Ce paramétrage permet, d’une part, d’économiser des ressources sur le serveur : les connexions mises en veille referment le socket et libèrent un processus sur le serveur. D’autre part, il permet d’éviter les pertes de connexions dues aux fermetures par les pare-feux des sockets inactifs. La valeur de timeout des connexions inactives doit pour cela être inférieure à celle du pare-feu. Si vous passez une valeur positive dans valeur, elle s'applique à toutes les nouvelles connexions dans tous les process. Si vous passez une valeur négative, elle s’applique aux connexions ouvertes dans le process courant. Si vous passez 0, les connexions inactives ne sont pas soumises à un timeout. Avec 4D v11SQL, ce paramètre est pris en compte sur le serveur uniquement. Avec 4D v12, ce paramètre peut être défini côté serveur et côté client. Si vous passez deux durées différentes, la plus courte sera prise en compte. Généralement, vous n'aurez pas besoin de modifier cette valeur.
Trier par formule serveur	Entier long	47	Portée : Table et process courants Conservé entre deux sessions : Non Valeurs possibles : 0 (utiliser le paramétrage de la base), 1 (exécuter sur le client) ou 2 (exécuter sur le serveur) Description : Emplacement de l’exécution de la commande TRIER PAR FORMULE pour la table passée en paramètre. Dans le cadre de l’exploitation d’une base en client-serveur, la commande TRIER PAR FORMULE peut être exécutée soit sur le serveur soit sur le client. Ce sélecteur permet de définir l’emplacement de l’exécution de cette commande (serveur ou client). Ce mode peut également être défini dans les préférences de la base. Pour plus d’informations, reportez-vous à la description du sélecteur 46, Chercher par formule serveur. Note : Si vous souhaitez pouvoir activer les jointures "type SQL" (cf. sélecteur Jointures CHERCHER PAR FORMULE), vous devez toujours exécuter les formules sur le serveur afin qu'elle ait accès aux enregistrements. Attention, dans ce contexte, la formule ne doit pas contenir d'appel à une méthode, sinon elle est automatiquement basculée sur le poste distant.