Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1103 connectés 

  FORUM HardWare.fr
  Programmation

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

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

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

n°58376
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 14:26:19  profilanswer
 

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-
mood
Publicité
Posté le 07-09-2001 à 14:26:19  profilanswer
 

n°58381
godbout
Génial.
Posté le 07-09-2001 à 14:31:37  profilanswer
 

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

n°58382
ddr555
Posté le 07-09-2001 à 14:32:29  profilanswer
 

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

n°58385
_ftbx_
Posté le 07-09-2001 à 14:36:16  profilanswer
 

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...)

n°58388
instantdha​rma
Ailleurs c'est ici
Posté le 07-09-2001 à 14:36:57  profilanswer
 

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
n°58390
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 14:38:30  profilanswer
 

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-
n°58392
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 14:39:46  profilanswer
 

_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-
n°58396
_ftbx_
Posté le 07-09-2001 à 14:42:36  profilanswer
 

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.

n°58402
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 14:46:11  profilanswer
 

_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-
n°58405
_ftbx_
Posté le 07-09-2001 à 14:48:59  profilanswer
 

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 ?

mood
Publicité
Posté le 07-09-2001 à 14:48:59  profilanswer
 

n°58406
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 14:49:37  profilanswer
 

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-
n°58409
gizmo
Posté le 07-09-2001 à 14:52:39  profilanswer
 

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é.

n°58410
_ftbx_
Posté le 07-09-2001 à 14:54:04  profilanswer
 

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 ?

n°58411
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 14:58:20  profilanswer
 

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-
n°58412
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 14:59:33  profilanswer
 

_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-
n°58415
_ftbx_
Posté le 07-09-2001 à 15:01:14  profilanswer
 

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)

n°58417
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 15:05:16  profilanswer
 

_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-
n°58418
instantdha​rma
Ailleurs c'est ici
Posté le 07-09-2001 à 15:06:42  profilanswer
 

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
n°58419
_ftbx_
Posté le 07-09-2001 à 15:08:34  profilanswer
 

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...

n°58420
_ftbx_
Posté le 07-09-2001 à 15:10:58  profilanswer
 

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.

n°58421
dalida
Yolanda Christina Gigliotti
Posté le 07-09-2001 à 15:22:35  profilanswer
 

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-
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation

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

 

Sujets relatifs
Projet Win32 + OpenGL pour ceux que ca interesse[ASP][SQL] comment faire un SELECT DISTINCT en ayant plusieurs champs?
[PHP]Gros problême avec les include[PHP]Gros problême avec les include
[PHP]Gros problême avec les include[MYSQL] Optimise tes requêtes Webmaster !!
[ASP][SQL] une requête pour connaitre la structure d'une table ???Sql ou Oracle
[ACCESS] requetes SQL ou procedures VBA ? 
Plus de sujets relatifs à : [SQL] HELLO, Gros projet-->Générateur de requêtes sql


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR