Discussion :

[gdkenny]

Bonjour,

Je suis à la recherche d'un générateur de requêtes sur sql 2005,qui proposerait les fonctionnalités suivantes:

-Configuration du logiciel en fonction de la BD de l'entreprise.

-L'utilisateur peut créer des requêtes simples : 'sélection des clients qui ont 1 commande active'

-L'utilisateur peut créer des requêtes croisées : 'sélection des clients qui ont 1 commande active' ET 'sélection des clients qui ont effectués au moins une commande ces 6 derniers mois'.

-Impression d'états
-Création/enregistrement de requêtes template
-profils utilisateurs.
-...


C'est un besoin récurrent, donc je me suis dit qu'un truc du genre devait déjà exister, mais mes recherches n'ont rien donné..

[cavo789]

Euh? Pourquoi pas Microsoft Access ?

Tu aurais des tables attachées en MS Access. Ces tables seraient soit des tables ou des vues SQL Server.

Ton utilisateur utilise MSAccess pour créer des requêtes, consulter des formulaires, imprimer des états, ...

[elsuket]

Bonsoir,

Pas bête

Tu peux lier ton fichier mdb Access à la base de données SQL Server avec la procédure stockée sp_addlinkedserver (provider Microsoft.Jet.OLEDB.4.0)

On va par exemple créer le serveur lié à Access dans SQL Server : maBDAccess

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
EXEC sp_addlinkedserver 
   @server = 'maBDAccess', 
   @provider = 'Microsoft.Jet.OLEDB.4.0', 
   @srvproduct = 'OLE DB Provider for Jet',
   @datasrc = 'C:\MSOffice\Access\maBDAccess.mdb'
GO

A+

[gdkenny]

Non, access ne convient pas, j'aurai voulu un générateur plus intuitif et complet.

Après moult recherche je suis tombé sur ce site:
http://www.wipo.int/pctdb/en/wo.jsp?...3&DISPLAY=DOCS

ou on peut consulter un document qui explique les difficultés d'un tel système.
Attention c'est dense.

Du coup j'ai peur de ne pas trouver grand chose aujourd'hui ?

[cavo789]

Juste pour que j'apprenne : qu'est-ce qui fait que MSAccess ne puisse pas convenir ?

[gdkenny]

Pour cavo:

-access est lié à la base.(je voudrais que le service soit sur une couche conceptuelle supérieure)

-access ne permet pas de créer une requête à partir de langage naturel(il faut déjà connaître la logique du langage SQL pour pouvoir utiliser convenablement le mode création)

-access ne s'adapte pas au 'métier' de la BDD (je veux bien faire du paramétrage, mais pas de développement, ce qui serait nécessaire avec access)

Ceci dit, l'idée de sp_addlinkedserver est bonne, c'est juste que mon besoin est différent.

[cavo789]

Je suppose que tu sais ce que tu veux. Permets-moi seulement quelques remarques :

1. Access est lié à la base.
Evidemment. Et ce sera aussi le cas de ton "autre" programme non ? Tu devras toujours passer par une connexion vers la DB SQL.

2. Mode visuel
J'ai l'impression que tu oublies le mode Design du créateur de query. Tu glisses/déposes les champs que tu veux et tu encodes les critères. Nul besoin de connaître le langage SQL.

3. Métier BDD
Là j'ai pas compris. Avec Access, tu peux ouvrir une table en direct, sans devoir "programmer" un formulaire. Avec Access, tu peux imprimer une table soit directement soit en cliquant sur le bouton "Report wizard".


J'ai 10 ans d'expériences MSAccess et sur base de ton premier post, je pense humblement, qu'Access pourrait être une solution.

[gdkenny]

j'ai senti venir ça:

J'ai 10 ans d'expériences MSAccess et sur base de ton premier post, je pense humblement, qu'Access pourrait être une solution.

depuis:

Juste pour que j'apprenne : qu'est-ce qui fait que MSAccess ne puisse pas convenir ?

Tout d'abord, permet moi aussi de te notifier que je n'ai aucune aigreur envers Access. Je l'ai aussi utilisé professionnellement dans plusieurs entreprises.

Je me suis mal exprimé sur mon besoin:

1. Access est lié à la base
Je voulais dire que le service 'générateur SQL' est compris dans le logiciel Access.

Je recherche un produit dont le but premier serait de générer du SQL selon n'importe quel système existant aujourd'hui
-'mode création' -> access, paradox de Borland, Data query de Oracle
-'langage naturel' -> EasyTalk d'intelligent Business Systems
-'langage naturel assisté'-> EasyTalk d'intelligent Business Systems

Si le but premier du produit est de générer du SQL, on peut penser que le SQL généré suivra les normes (SQL 2?), et sera indépendant d'une implémentation
dans un SGDB quelconque(Access, sql server). En contrepartie on perdra les 'racourcis' (fonctions de pagging et plus génant les instructions JOIN)

Voilà ce que je voulais dire dans 'indépendant de la BD'

2.le mode création de access.
Ce mode est bien pour les requêtes simples, mais les requêtes complexes(group by, sous-requêtes,...) ne peuvent pas être directement écrites par l'utilisateur final, et là ce serait de la mauvaise foi d'argumenter le contraire.

3.couche 'métier'
Je parle d'une couche conceptuelle propre au métier de l'entreprise, paramétrable, qui permettrait de simplifier l'élaboration des requêtes.
Aucun rapport avec la présentation des résultats donc.

sur base de ton premier post, je pense humblement, qu'Access pourrait être une solution.

Je voulais éviter la tartine dans mon premier POST, d'autant plus que ce que je recherche n'existe probablement pas, mais au moins certaines personnes se sont penchées sur le problème. cf le lien que j'ai mis dans un post précédent

[monsurf]

Bonjour,

"Update 7" une solution CRM assez complete, mais tres compliqué à implementer... U7

U7 se base sur Oracle ou MS SQL, il des centaines de tables pré programmé, et on peut aussi y ajouter nos propre tables...

Avantage: une fois le projet tourne.
-utilisateurs sans connaissance SQL peuvent faire des requetes complexe avec des assistants...
-assez flexible, peut interpreter presque tout les cas business
-il a un service web pour ceux qui veulent en faire un site internet
...
Inconvenient:
-pour implementer un projet c'est presque impossible sans l'intervention de personnes qui ont quelques année d'experience avec ce machin.
- tourne que sur des serveurs windows (mais les clients peuvent y acceder via les service web)
-coute 1000€ par licence...

Bonne chance!

[gdkenny]

Merci monsurf, dommage que la BD impactée soit celle du CRM