Les nouveautés de la semaine 22 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 26 Mai au 1 Juin 2003

Les nouveautés de la semaine 44 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 27 au 31 Octobre 2003

Les nouveautés de la semaine 38 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 15 au 19 Septembre 2003

Etablir et déployer des AP multiples

par Jeff Fellinge - Mis en ligne le 18/09/2003

Une vague de produits relativement peu coûteux mais aisément configurables, a banalisé la technologie WLAN (Wireless LAN), particulièrement WLAN 802.11b. Des premiers adeptes on passe aux utilisateurs lamba. La souplesse, la commodité et les économies incitent les entreprises à  déployer des WLAN dans les immeubles ou les campus. Toutefois, la course au marché WLAN a donné naissance à  des produits de qualité inégale. Mais avec réflexion et planning, vous trouverez les bons produits pour créer un WLAN vraiment efficace recouvrant le campus et mobilisant les employés. Voyons les nouvelles technologies WLAN et comment vous pouvez les appliquer à  votre environnement. Je décris la technologie AP (Access Point), comment les AP fonctionnent avec le roaming et les associations dans votre WLAN, et comment choisir et déployer ces unités dans votre site.

Boite à  outils

Mis en ligne le 25/08/2003
Puis-je déclencher un programme sur NT à  partir d'un programmes iSeries ? Ou bien, un programme iSeries peut-il écrire directement dans une base de données SQL Server à  partir de l'iSeries ? - Puis-je déclencher un programme sur NT à  partir d'un programmes iSeries ? Ou bien, un programme iSeries peut-il écrire directement dans une base de données SQL Server à  partir de l'iSeries ?

Actualités Windows NT / 2000 – Semaine 25 – 2003

Toutes les Actualités du 16 au 22 Juin 2003

Actualités Windows NT / 2000 – Semaine 22 – 2003

Toutes les Actualités du 26 Mai au 1 Juin 2003

Actualités Windows NT / 2000 – Semaine 44 – 2003

Toutes les Actualités du 27 au 31 Octobre 2003

Actualités Windows NT / 2000 – Semaine 38 – 2003

Toutes les Actualités du 15 au 19 Septembre 2003

Actualités Windows NT / 2000 – Semaine 29 – 2003

Toutes les Actualités du 14 au 20 Juillet 2003

Surmonter les obstacles de FTP sur l’OS/400

par Lee Paul - Mis en ligne le 30/06/2003
Si vous êtes comme la plupart des informaticiens, chaque fois que vous essayez une nouvelle fonction FTP (File Transfer Protocol), vous butez sur un petit obstacle qui vous empêche d'avancer. Peut-être un collègue a-t-il configuré un pare-feu avec des valeurs de port spéciales. Peut-être essayezvous de transférer la dernière liste de produits de votre distributeur à  partir d'Internet et découvrez avec surprise que le fichier se trouve dans un dossier spécifié avec un nom non spécifié. Ou peut-être êtes-vous confronté à  des champs packés, illisibles par l'ordinateur récepteur. Ou peut-être le format du nom OS/400 pose-t-il un problème.

J'ai aidé beaucoup de gens à  régler certains de ces problèmes et j'en ai profité pour dresser une liste de conseils et d'astuces qui pourront vous aider à  diagnostiquer et à  résoudre certains d'entre eux. J'espère qu'ils vous seront utiles.

Les nouveautés de la semaine 25 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 16 au 22 Juin 2003

Actualités – Mai 2003

Les actualités SQL Server pour le mois de Mai

News iSeries – Semaine 43 – 2003

Actualités du 20 au 24 Octobre 2003

Se préparer pour le sql query engine V5R2

Par Mike Cain & Kent Milligan

Des améliorations de performances franches pour des instructions SQL longues et complexesVous avez probablement entendu parler d'IBM à  deux propos : grande amélioration des performances de SQL ou un nouveau moteur de base de données en V5R2. Malheureusement, il y a beaucoup de malentendus sur ce sujet du fait qu'une partie seulement de ces changements liés aux performances SQL a été livrée avec la V5R2 en disponibilité générale. Cet article explique ce qu'il faut savoir sur le SQE (SQL Query Engine) V5R2 et comment obtenir la dernière version de ces améliorations DB2 UDB.

IBM et DB2 UDB continuent à  mener la danse en SQL et en optimisation des requêtes. Afin d'incorporer plus rapidement ces technologies de pointe dans DB2 UDB for iSeries, IBM a décidé de refondre l'optimiseur de requêtes et certaines parties du moteur runtime en V5R2. Le moteur revu et corrigé s'appelle SQL Query Engine et il a été conçu principalement pour des interfaces SQL comme embedded SQL, ODBC et JDBC. Le SQE bénéficie aussi des toutes dernières techniques de programmation orientées objet (OO). Grâce à  cette base de code OO, il sera beaucoup plus facile de s'adapter à  la future optimisation SQL. En fait, l'optimiseur SQE V5R2 contient de nombreuses techniques d'optimisation de pointe qui ont conduit à  des améliorations de performances sensibles pour des instructions SQL longues et complexes. Les instructions SQL courtes qui dominent dans les requêtes OLTP (online transaction processing) bénéficieront moins des améliorations SQE. Comme l'indique le nom SQE, seules les requêtes en lecture seule exécutées à  partir d'une interface de type SQL bénéficieront de SQE. Et donc, Query, QQQQRY API et OPNQRYF ne bénéficieront pas du nouveau moteur en V5R2. Ces interfaces utilisent encore ce que nous appelons le CQE (Classic Query Engine). Nous verrons plus loin quels types d'instructions SQL bénéficient de SQE.
La figure 1 montre l'amélioration de performances obtenue en incorporant de nouvelles techniques d'optimisation et de performances dans le moteur. D'après des tests effectués par IBM, ces résultats de performances représentent fidèlement l'impact potentiel de SQE sur une charge de travail SQL. Certaines requêtes seront nettement plus rapides, d'autres resteront inchangées et une poignée de requêtes SQL pourra même subir une dégradation. Comme dans toute mesure de performances, les résultats individuels varieront selon les circonstances.
La refonte du moteur de base de données visait surtout à  améliorer la performance. Mais il y avait aussi un autre objectif : faciliter l'ajout de nouvelles fonctionnalités à  DB2 UDB for iSeries. On en trouve un bon exemple dans le fait que la V5R2 est mieux à  même de traiter rapidement les requêtes « absurdes » (avec une condition de recherche telle que WHERE 1=2, par exemple).
Croyez-le ou non, certaines solutions logicielles exécutent des requêtes qui incluent des critères de sélection absurdes du genre WHERE 1=2. On fait cela pour s'assurer que la requête renvoie un jeu de résultats vide. Avant la V5R2, CQE aurait renvoyé le jeu de résultats vide sur ces requêtes, mais sans grande efficacité. Si une requête absurde était appliquée à  une table de 1000 lignes, CQE aurait visité les 1000 lignes et vérifié si 1=2 sur chacune d'elles. L'inefficacité du CQE était bien connue, mais la base du code procédural était telle qu'il était très difficile d'améliorer le moteur afin que les requêtes contenant des critères de sélection absurdes puissent être traitées sans balayer les données. En revanche, la conception OO de SQE permet très facilement d'améliorer le moteur afin que, pour les requêtes contenant des critères de sélection absurdes, DB2 renvoie simplement un jeu de résultats vide immédiatement.
Comme nous l'avons laissé entendre plus haut, IBM délivre les améliorations SQE par étapes sur la V5R2. On sait bien que le moteur DB2 UDB intégré joue un rôle central sur les serveurs iSeries et AS/400e ; c'est pourquoi IBM avance par étapes pour atténuer l'impact sur vos applications et

Les nouveautés de la semaine 29 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 14 au 20 Juillet 2003

DB2 UDB pour iSeries et projet eLiza

par Kent Milligan - Mis en ligne le 24/06/2003
Beaucoup d'entre nous pratiquent l'iSeries et ses prédécesseurs depuis longtemps. Quand un produit est en service depuis de nombreuses années, il est d'usage de tenir pour acquis certains de ses attributs et de ses atouts. La facilité d'utilisation et le faible coût de possession de DB2 Universal Database for iSeries (DB2 UDB) sont deux attributs que de nombreux utilisateurs d'iSeries tiennent pour acquis, au lieu de considérer DB2 UDB comme un avantage concurrentiel. La facilité d'utilisation et le faible coût administratif sont des critères évidents qui doivent être remplis pour que l'on puisse classer un SGBDR (système de gestion de base de données relationnelle) comme un système autogérant. Et, alors que DB2 UDB fournit des interfaces graphiques pour simplifier les tâches administratives, son moteur de base de données automatise en fait de nombreuses tâches pour s'affranchir de toute intervention humaine.

Gérer les fichiers de messages avec WMF

par Randy Gish - Mis en ligne le 12/06/03
Parmi les nombreux outils iSeries d'IBM, il en manque un : un bon utilitaire pour afficher, maintenir et rechercher des messages dans un fichier de messages. L'utilitaire WMF (Work with Message File) pallie cette absence.A partir d'un seul panneau, on peut utiliser WMF pour effectuer toutes les fonctions qui pourraient s'avérer nécessaires sur des descriptions de messages.

Minos Web 3, par Ordirope

Ordirope annonce la version 3 de Minos Web. 

La version 3 qui a été annoncée lors du salon Systèmes & Applications est, en fait, la traduction littérale des besoins fonctionnels techniques exprimés par les clients et remontées du terrain au travers du réseau de distributeurs.

Traitement des erreurs spl V5R2

Par Paul Conte - Mis en ligne le 17/09/2003

1àˆRE PARTIE : PRINCIPES DE BASE

Un guide essentiel pour blinder le coding du langage de procédure SQLLe langage de procédure SQL (SPL, SQL Procedural Language) est un langage IBM et standard permettant d'écrire des procédures stockées, des UDF (user-defined functions) et des triggers. Pour écrire du code SQL dans le but d'accéder à  la base de données iSeries, SPL est généralement plus simple que les HLL (high-level languages). De plus, SPL bénéficie de fonctions très intéressantes pour des procédures stockées, des UDF et des triggers qui ne contiennent pas de code base de données. En revanche, un HLL, comme RPG ILE, est souvent préférable lorsque la procédure stockée, l'UDF ou le trigger est vaste ou complexe. Avant la V5R2, SPL souffrait, entre autres, d'un mécanisme de traitement d'erreurs peu maniable. Avant la V5R2, écrire du code SPL sûr était si compliqué que la plupart des développeurs se contentaient d'une protection partielle pour leurs routines et… croisaient les doigts. Avec la V5R2, IBM permet des instructions composées imbriquées qui permettent enfin de protéger entièrement les routines SPL. Cependant, les règles de traitement d'erreurs SPL restent baroques et il est presque impossible de les déchiffrer sans beaucoup d'expérimentation par essais et erreurs successifs. Ou sans un guide, comme cette série de deux articles. Dans cette première partie, j'explique comment fonctionne le traitement d'erreurs SPL et je suggère plusieurs « meilleures pratiques » pour coder un SPL bien protégé. Dans la seconde partie, je présenterai un exemple complet d'une procédure stockée SPL qui illustre un traitement d'erreurs efficace. Cette série suppose