En fait DB2 Web Query, fruit du partenariat entre IBM® et IB® (Information Builders), sorti en 2007, permet d'interfacer l'ensemble WebFOCUS avec l'environnement DB2 IBM i (AS400).

DB2WQ n'est donc à ce titre que la partie émergée de l'iceberg WebFOCUS, édité depuis les années 2000 par la société américaine Information Builders, Inc,  et déjà compatible avec de très nombreux systèmes, ERP, et SGBD, comme le montre la liste des quelques 300 "adaptateurs" WebFOCUS.

Extraits brochure WebFOCUS

Alors qu’apporte DB2 Web Query de plus que Query/400 ?

DB2WQ est une suite complète d'Analyse, de Reporting et de Tableau de bord: un seul des modules assure largement la succession de Query/400, à savoir le Générateur de Rapports.

Une partie des éléments de la suite sont optionnels et peuvent donc être acquis en fonction des besoins de la société.

Fini les écrans verts, avec le mode graphique depuis un navigateur Web sans rien installer sur les PC.

L’accès aux IBM i locaux ou distants.

Les formats de sortie divers : HTML et XML, Postscript, PDF, Office Microsoft dont une intégration Excel poussée sur différentes versions et avec ou sans formules, images, sans oublier les fichiers physiques ou spoules IBM i.

Les requêtes plus puissantes avec plus de fonctions et les calculs à partir des récapitulatifs.

Les requêtes plus rapides, car basées sur un nouveau moteur de requêtes.

La duplication des descriptions de données dans l’environnement DB2WQ, qui ouvre le champ à toutes sortes de redéfinitions (jointures, conversions de dates, etc…) sans altérer les *FILE d’origine.

Une interactivité poussée lors du lancement, avec la possibilité de saisir des paramètres, de zoumer sur des colonnes cliquables avec lancement de sous-requêtes, de cibler en tout sens des données multi dimensionnelles (cubes).

La possibilité de former moins de collaborateurs que sous Query/400.

L’ouverture sur les autres systèmes et SGBD grâce à de nombreux adaptateurs.

Le lancement et la distribution automatique des résultats.

L’intégration facile dans le portail Web grâce à un environnement de programmation.

Les perspectives d’ouverture et d’évolution de l’ensemble.

Est-ce la fin obligatoire de Query/400 ? (snif !)

Non !

Les 2 outils peuvent parfaitement cohabiter et l’introduction de DB2WQ se passer progressivement et en douceur.

Analyses Query/400 (objets *QRYDFN) et requêtes DB2WQ (Fichiers stockés dans l'IFS comme toutes les données client de DB2WQ) sont des entités distinctes, et chaque analyse pourra donc être:
- importée dans DB2WQ, c'est-à-dire copiée-convertie sous forme de requête DB2WQ,
- réécrite au format DB2WQ,
- sinon laissée et utilisée telle quelle.

N'y a-t-il qu'une seule approche globale de DB2 Web Query ?

Non !

Il est possible de le mettre en œuvre seulement avec ses modules de base, à commencer par le Générateur de Rapports qui à lui seul remplace haut-la-main Query/400.

Une telle approche par le petit bout de la lorgnette peut parfaitement suffire.

L’acquisition d’options est indépendante et peut être décidée ultérieurement après la mise au jour de nouveaux besoins.

DB2 Web Query fait-il ramer ?

Non !

DB2WQ n'a aucune raison de faire plus ramer que Query/400. Il s’appuie sur le moteur de requêtes SQE (SQL Query Engine) plus performant (alors que Query/400 utilise l'ancien moteur CQE).

D’autre part il n’utilise pas WebSphere mais son propre "moteur de servlet léger".

Il conviendra seulement de bien maîtriser la logique de jointures avec cet outil plus rigoureux que Query/400.

Certains modules exploitant intensivement le mode graphique (Power Painter, Info Assist, et l'option 3 Developer Workbench) auront besoin d'une config PC en conséquence et seront plus pratiques sur un grand écran.

Une formation standard à DB2 Web Query convient-elle à tout le monde ?

Non !

Contrairement à QUERY/400 qui était monolithique et dont la formation avait pour unique but de savoir créer des requêtes.

1) Parce que la famille DB2WQ est composée d’un ensemble de modules de base, d’options et d’extensions.

Sa mise en œuvre est donc diverse d’une entreprise sur l’autre en fonction des besoins.

2) Parce que DB2WQ prévoit 3 "grades" techniques de collaborateurs, dont les besoins en formation ne se recouvrent pas forcément :

Les Administrateurs qui gèrent et supervisent l’environnement DB2WQ.

Les Développeurs DB2WQ, qui sont habilités à créer les requêtes.

Les Utilisateurs DB2WQ, qui sont limités au lancement des requêtes.

Avec une solution si vaste mes collaborateurs ne feront-ils pas du n'importe quoi ?

Non!

En premier une alternative organisationnelle s'imposera :

Soit on restreindra le développement des requêtes DB2WQ aux développeurs informaticiens IBMi.

Soit on ouvrira le développement des requêtes DB2WQ aux collaborateurs non IBMi les plus pointus (Queryistes rompus à leur base de données et experts dans l'art des jointures). Choix assez conséquent étant donné la richesse des possibilités techniques:

il sera possible (et même conseillé) d' encadrer les développeurs non IBMi par une phase préparatoire d'adaptation des données (sous l'option 3 Developer Workbench).

Faire l'impasse sur cette préparation serait s'exposer à des frustrations.

Dans tous les cas pour les utilisateurs DB2WQ le lancement de requêtes est bien plus excitant que le lancement des anciennes analyses Query/400, à cause des multiples possibilités offertes au lancement de la requête pour adapter le résultat aux besoins du moment: analyses multi dimensionnelles, colonnes cliquables ouvrant des sous-requêtes, paramètres et listes déroulantes au lancement, etc etc...