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

 


Dernière réponse
Sujet : [SQL] HELLO, Gros projet-->Générateur de requêtes sql
dalida

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]


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
dalida

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]

_ftbx_

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.

_ftbx_ 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...
instantdharma 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:
dalida

_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:

_ftbx_ 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)
dalida

_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?

dalida

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

_ftbx_ 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 ?
gizmo 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é.
dalida 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.
_ftbx_ 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 ?
dalida

_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:

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

_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:

dalida 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]

instantdharma 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 ?
_ftbx_ 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...)
ddr555 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
godbout ben dis toujours en koi t'as besoin d'aide
dalida 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]


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)