[SQL] HELLO, Gros projet-->Générateur de requêtes sql

HELLO, Gros projet-->Générateur de requêtes sql [SQL] - Programmation

Marsh Posté le 07-09-2001 à 14:26:19    

Voilà, je finis mon contrat de kalif dans 1mois et 1/2, et en cherchant une idée de projet, mon collègue m'a fait pensé à ca...
 
Je troove pa ca con et surtoot compactible avec n'importe quels language dynamique utilisant le sql...
 
Maintenant, me fo qd même un peu d'aide je ne suis pas un crack mais motivé... :sweat:  
 
Kelkun est intéressé par ca? :??:

 

[edtdd]--Message édité par Dalida--[/edtdd]


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 14:26:19   

Reply

Marsh Posté le 07-09-2001 à 14:31:37    

ben dis toujours en koi t'as besoin d'aide

Reply

Marsh Posté le 07-09-2001 à 14:32:29    

moi je connais bien le SQL mais chui pas intéréssé  [:ddr555]  
 
mais je peux donner des conseils et aider sur quelques points le cas échéant :D

Reply

Marsh Posté le 07-09-2001 à 14:36:16    

C'est quoi ton projet en gros parce que y'a pas bcp d'info dans ton post...
Tu souhaite réaliser un générateur de requête pour n'importe quelle base ? Et avec quel genre d'interface ?
Parce que sinon, tu prends le requêteur d'access qui te chie une grosse daube et tu la retravaille après (et donc pourquoi développer un nouvel outil dans ce cas...)

Reply

Marsh Posté le 07-09-2001 à 14:36:57    

Salut Dalida :D  
Intéressant, ton idée, mais c'est un peu vague, voire carrément trop large. Tu peux préciser ce que tu veux faire ?


---------------
di. / www.diredaredare.org - Ailes de la ville
Reply

Marsh Posté le 07-09-2001 à 14:38:30    

pour too :sweat:  
 
Pour la structure du program, pour le coder, pour...
 
D'abord en kwa le programmé
Les sols?
-->vbscript
-->javascript
-->??
 
Puis réfléchir à l'interface entre le prog et la base...
 
Je pense à crée une table ou seront stocké les requêtes et ou le "client" viendra lai chercher via un "formulaire de backoffice" par exemple, puis les requêtes contruites autour des variables du clients s'inscriront dans une autre table...Voir une autre base...
 
 
Ce qui est pa con, c que si je garde la base original sur mon serveur, le programme dépendra de la base de mon serveur-->pa de piratage...etc
(Je compte pa le commercialiser mais pkoi pa si on est plusieurs à avoir fait un truks chamné)

 

[edtdd]--Message édité par Dalida--[/edtdd]


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 14:39:46    

_ftbx_ a écrit a écrit :

C'est quoi ton projet en gros parce que y'a pas bcp d'info dans ton post...
Tu souhaite réaliser un générateur de requête pour n'importe quelle base ? Et avec quel genre d'interface ?
Parce que sinon, tu prends le requêteur d'access qui te chie une grosse daube et tu la retravaille après (et donc pourquoi développer un nouvel outil dans ce cas...)  



je veux développer un truks propre :sweat:


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 14:42:36    

En fait tu veux faire ton générateur de requête via une interface Web si j'ai bien compris... Perso je déconseillerais déjà le javascript (ça risque d'être super lourd à gérer).
J'opterais carrément sur du Java à ta place.

Reply

Marsh Posté le 07-09-2001 à 14:46:11    

_ftbx_ a écrit a écrit :

En fait tu veux faire ton générateur de requête via une interface Web si j'ai bien compris... Perso je déconseillerais déjà le javascript (ça risque d'être super lourd à gérer).
J'opterais carrément sur du Java à ta place.  



arf! C cho le java, à la rigueur vbscript ca reste dans mai cordes le java g jamais développer en ca :sweat:


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 14:48:59    

Ba c'est l'occasion d'apprendre  :)  
 
sinon tu peux effectivement essayer d'implémenter cela en vbscript mais tu n'a pas les notions d'héritage dans les classes que tu pourrais retrouver en Java et à mon avis ça peut-être intéréssant à exploiter.
 
Tu as combien de temps pour ce projet ?

Reply

Marsh Posté le 07-09-2001 à 14:48:59   

Reply

Marsh Posté le 07-09-2001 à 14:49:37    

un truc komme ca  
Visual SQL-Designer v 2.02
Créez des requêtes SQL pour toutes vos bases de données:jap:  
Visual SQL-Designer est un programme de création de requêtes SQL pour n'importe quelle base de données. Supporte ORACLE, le serveur MS-SQL 6.5-7.0, SyBase, Db2 pou NT, MSAccess et autres bases de données ODBC.


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 14:52:39    

donc tu veux faire une base de requete sur ton serveur que les gens utiliseraient sur leur serveur? et tu espères intéresser quelqu'un avec un truc aussi lourd? ca va doubler au minimum le nombre de requete et en plus sur deux serveurs différents...
 
Moi je pensais que tu voulais faire une interface d'aide à la création de requte, un peu comme dans access mais en plus évolué.

Reply

Marsh Posté le 07-09-2001 à 14:54:04    

Prenons un exemple ou le type à 2 tables dans sa base :
T1 avec les champs ID, toto et tata
T2 avec les champs IDT1, description1 et date
 
le type doit-il déclarer sa base avant dans un formulaire ou qq chose comme cela (ce schéma de base servira à créer la requête ?)
 
et après, comment peut il faire un jointure entre les toto et les dates de la table T2
 
et toi tu génèrerais uniquement du code SQL ?

Reply

Marsh Posté le 07-09-2001 à 14:58:20    

gizmo a écrit a écrit :

donc tu veux faire une base de requete sur ton serveur que les gens utiliseraient sur leur serveur? et tu espères intéresser quelqu'un avec un truc aussi lourd? ca va doubler au minimum le nombre de requete et en plus sur deux serveurs différents...
 
Moi je pensais que tu voulais faire une interface d'aide à la création de requte, un peu comme dans access mais en plus évolué.



c exactement ca, un requeteurs mais donc lai requetes seront pa intégré aux program mais dans ma base...Y viennent pioché ce qu'il veulent chez mwa, et repartent avec je veux pa que mon serveur explose nan plu :p


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 14:59:33    

_ftbx_ a écrit a écrit :

Prenons un exemple ou le type à 2 tables dans sa base :
T1 avec les champs ID, toto et tata
T2 avec les champs IDT1, description1 et date
 
le type doit-il déclarer sa base avant dans un formulaire ou qq chose comme cela (ce schéma de base servira à créer la requête ?)
 
et après, comment peut il faire un jointure entre les toto et les dates de la table T2
 
et toi tu génèrerais uniquement du code SQL ?  



je voudrais que ce swa au moins compactible sql serveur /My sql je vois pa komment faire sans du sql pur, on peut?


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 15:01:14    

Je vois pas super bien l'utilité de venir piocher des requêtes dans une base etant donné quelles sont intimemment liées à ton schéma de base... à moins que ce ne soit des SELECT basiques (et dans ce cas, c'est aussi rapide de les faire à la mano)

Reply

Marsh Posté le 07-09-2001 à 15:05:16    

_ftbx_ a écrit a écrit :

Je vois pas super bien l'utilité de venir piocher des requêtes dans une base etant donné quelles sont intimemment liées à ton schéma de base... à moins que ce ne soit des SELECT basiques (et dans ce cas, c'est aussi rapide de les faire à la mano)  



ben l'idée c que la base crée le swa à la guise du client, ca aussi fo le rendre dynamique :sweat:  
 
Fo kil puisse too configuré :sweat:


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le 07-09-2001 à 15:06:42    

Pour pouvoir générer des requêtes sur une base, il faut une méta-base qui :
1. spécifie les liens entre les tables de manière explicite.
2. Documente les colonnes, les tables, les références,... pour que les reqs soient faciles à définir.
 
quelques questions qui me passent par la tête, en vrac :
- A qui est destiné ce générateur, des développeurs ou des utilsateurs ?
- Quelle est l'interface utilsiée pour accéder aux bases & vérifier les reqs une fois générées ?
- Que deviennent les reqs générées lorsque la base évolue ?
 
C'est rigolo votre discussion sur le choix d'un langage : ce n'est pas le problème primordial ; il est préférable d'établir des spécifications avant :ouch:  :ouch:  :ouch:


---------------
di. / www.diredaredare.org - Ailes de la ville
Reply

Marsh Posté le 07-09-2001 à 15:08:34    

il y a une différence entre le SQL plus (qui intègre des fonctions de conversions de types, routines etc...) et le SQL qui est un langage a part entière.
Le générateur Access ne produit que du code SQL et la c'est pas trop dur à faire et commun à n'importe quelle base de données . Je ne vois pas trop à quel niveau tu veux intégrer les requêtes générées dans les différentes bases...

Reply

Marsh Posté le 07-09-2001 à 15:10:58    

instantdharma a écrit a écrit :

Pour pouvoir générer des requêtes sur une base, il faut une méta-base qui :
1. spécifie les liens entre les tables de manière explicite.
2. Documente les colonnes, les tables, les références,... pour que les reqs soient faciles à définir.
 




 
ou effectivement c'est marrant  :sarcastic:  
 
Je lui posais la question un peu plus haut.

Reply

Marsh Posté le 07-09-2001 à 15:22:35    

instantdharma a écrit a écrit :

Pour pouvoir générer des requêtes sur une base, il faut une méta-base qui :
1. spécifie les liens entre les tables de manière explicite.
2. Documente les colonnes, les tables, les références,... pour que les reqs soient faciles à définir.
 
quelques questions qui me passent par la tête, en vrac :
- A qui est destiné ce générateur, des développeurs ou des utilsateurs ?
- Quelle est l'interface utilsiée pour accéder aux bases & vérifier les reqs une fois générées ?
- Que deviennent les reqs générées lorsque la base évolue ?
 
C'est rigolo votre discussion sur le choix d'un langage : ce n'est pas le problème primordial ; il est préférable d'établir des spécifications avant :ouch:  :ouch:  :ouch:  



c pa possible en 1mois et 1/2 c klair
 
L'interface pour accéder aux bases, ben un truks comme mylittleadmin ferait l'affaire, pour sql serveur en too cas(mais du coup je perd l'aspect étendu à too sql...)

 

[edtdd]--Message édité par Dalida--[/edtdd]


---------------
90-60-90 -Guish c un homme humain, un vrai-
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed