iSeries Access propose différents produits de connexion à un iSeries, pour accéder facilement à ses données et ressources. Les conseils et astuces suivants montrent comment tirer parti de certaines fonctions « anciennes » et « nouvelles » de la famille iSeries Access.
5 Conseils et Astuces pour iSeries Access
iSeries Access for Windows V5R3 inclut maintenant un fournisseur de données .NET. Ce nouveau fournisseur est nettement supérieur au fournisseur de données .NET Microsoft pour ODBC et pour OLE DB. En utilisant le fournisseur de données .NET, tenez compte des points suivants :
• Le pooling des connexions est critique pour de bonnes performances dans des applications de type n-tier, comme des serveurs Web. Le fournisseur permet le pooling par défaut. Cependant, le code pooling des connexions du fournisseur crée un pool pour chaque chaîne de connexion unique. Il utilise une comparaison binaire et donc les chaînes doivent être identiques, y compris les espaces (blancs et tabulations) et la casse. Il faut aussi utiliser le même profil utilisateur pour chaque connexion.
• Vous pouvez ouvrir et fermer explicitement l’objet connexion de deux manières. S’il s’agit de méthodes DataAdapter.Fill multiples, ouvrez la connexion une fois, effectuez les méthodes de remplissage multiples puis fermez la connexion. En général, la meilleure performance est obtenue quand le programmeur appelle explicitement les méthodes Open et Close sur l’objet connexion. Autre possibilité : permettre à l’objet Data- Adapter d’ouvrir et de fermer la connexion. Cette approche réduit la performance parce qu’elle ouvre et ferme une nouvelle connexion pour chaque remplissage. Bien que le pooling des connexions soit activé par défaut, l’application subit néanmoins un léger overhead pour extraire et renvoyer une connexion au pool. En outre, la valeur par défaut du maximum d’utilisations d’une connexion dans un pool est de 500. Cela implique que fill 501 entraînera un délai significatif pendant qu’une nouvelle connexion est réalisée.
• Evitez d’utiliser CommandType.StoredProcedure parce que cela oblige le fournisseur à interroger les métadonnées de la base de données pour déterminer le nombre de paramètres. Utilisez plutôt la propriété CommandType.Text et spécifiez les paramètres requis dans le cadre de l’instruction SQL Call, comme le montre l’exemple de la figure 1.
Téléchargez cette ressource
SIEM & PME : Comment construire la boîte noire de votre SI ?
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Ransomwares : l’extorsion vise désormais les salariés et leurs proches
- Veeam passe à la vitesse supérieure avec iResOps pour Microsoft 365
- Visibilité, réputation, clients : ce que les petites entreprises ne pourront plus déléguer en 2027
- IA souveraine : l’Europe avance, mais son interconnexion prend du retard
Articles les + lus
Continuer avec Exchange Server : quelles conséquences ?
Raccourcis Réseau et Navigateur : le kit de Diagnostic des Professionnels IT
Raccourcis PowerShell et Windows Terminal pour les Professionnels IT
Commandes Windows 11 : le Guide des Outils accessibles avec Win + R
Sécurité : une approche dans la durée avant tout
À la une de la chaîne Tech
- Continuer avec Exchange Server : quelles conséquences ?
- Raccourcis Réseau et Navigateur : le kit de Diagnostic des Professionnels IT
- Raccourcis PowerShell et Windows Terminal pour les Professionnels IT
- Commandes Windows 11 : le Guide des Outils accessibles avec Win + R
- Sécurité : une approche dans la durée avant tout
