Discussion :

[The Jos]

Voila,

J'ai un DB de 14 tables. Quelques relations 1 à plusieurs, 1 à 1... enfin bref rien de bien spécial. L'appli doit fonctionner en affichage simple et en édition de données (modification insertion)
La plupart des affichages se feront a partir de requêtes.

L'application est MDI on doit pouvoir créer autant de fiches enfants que de tables (enfin de requete sur ces tables).

Voilà alors que dois-créer?

Mon idée de novice est d'abord de creér un composant TTable pour chaque table. Les Ttable me serviront pour le mode édition puisque tout les champs doivent pouvoir être édités (pas besoin de requête)

Ensuite autant de composant Tquery que de requêtes nécessaires pour l'affichage des données.

Enfin les TDatasource (autant que de tables) serviront soit pour les Tquery (mode affichage) soit pour les Ttable (mode édition). Le mode affichage ne cohabite pas avec le mode édition.

Alors est-ce que je vais dans le bon sens?
Et le composant TDatabase à quoi sert-il? je pensais qu'en le créant on pour lui lier les Ttable pour ne pas avoir a retaper les paramètres de connexion (databasename...)

Voila

Merci d'avance...

The Jos

[Just-Soft]

Salut;

en somme tout semble logique, à quelques détails prêt :

- le composant TDataBase sert bien à la connexion mais pour tirer pleinement profit faudrait lui passer un alias mieux que de lui passer un Driver (Paradox par exemple). Comme ça tout les composants tables seront connectés au TDataBase cela t'évitera d'alimenter chaque TTable par le nom de l'alias surtout si tu venais de le changer !

- les TDataSource(s) peuvent être minimisés, en fait il est possible de leur faire savoir le composant TTable ou TQuery approprié lors d'une exécution.

- autre chose, pour ne pas alourdir le démarrage de ton application n'ouvre les tables qu'à la demande de l'utilisateur mais pas de l'application.

- dernière chose, si Paradox n'est pas imposé travailles-y avec Interbase, FireBierd, SQL Server, ... se sont de vrais base de données.

Bonne chance.

[The Jos]

Merci pour ta réponse,

donc j'avais pas tout faux .

Par contre tu parles d'alias. C'est encore sombre tout ça pour moi. D'après ce que j'ai compris tu peux déclarer une base dans l'Administrateur ODBC et lui donner un Alias? Mais il m'a semblé voir aussi que le chemin de de la base était déclaré en même temps que l'alias. Comment cela se passe quand tu déploies l'appli sur un autre poste ?

t'évitera d'alimenter chaque TTable par le nom de l'alias surtout si tu venais de le changer !

Moi en fait je renseignais les TTable (databasename) dynamiquement au démarrage de l'appli. Ma DB est à la racine de l'appli dans un rep. Donc je peux changer l'appli de place et de poste, puisque le chemin de la DB est relatif et calculé par rapport à 'application.exename'..

Avec un alias comment on fait si l'appli et la DB changent de place. Quand on déploie l'appli sur un autre poste par exemple ?
Et surtout comment on le déclare cet alias (tiens encore là, pourquoi dans databasename il y a par defaut dBase, paradox....)

Je suis un peu comme frodon quand il ére dans le marais des morts , je suis dans les brumes

Merci

The Jos

[ShaiLeTroll]

Il faut créer l'alias, des modules comme InstallShield le propose, voir aussi la classe TSession qui il me semble fournir la création d'alias ?

Attention, il parle d'alias BDE qui n'as pas besoin de l'ODBC pour fonctionner lorsque l'on utilise des tables Paradox !
Ce n'est pas le même menu ! du tout !

Par contre, le déploiement du BDE c'est aussi via InstallShield, ce n'est pas ce qu'il y a de plus pratique !

Comme Just-Soft, Paradox tout de même, il y a mieux, ...

Enfin, le BDE et Paradox, cela fait 10 ans que c'est obselète, pourquoi ne pas se tourner vers une base de données comme MySQL, très facile à installer, aussi rapide que Paradox pour les petits volumes, nettement plus rapide que Paradox pour des volumes importants (quoi qu'il faut lancer les SQL adéquats pour ne récupérer que le strict nécessaire), et surtout bcp plus robuste !

Pour l'utilisation de MySQL, c'est les composants TADOQuery qui peut servir, ... rien de choquant par rapport au BDE, surtout que si tu ne connais pas bien le BDE et le TQuery, tu ne verras pas la différence ... en gros on évite de faire un Table.Open sur une table de 2 millions d'enregistrements ...

[The Jos]

Ok merci à vous deux...

Ben je veux bien changer de format mais le pb c que les tables avec les données existent dejà. Ce n'est pas moi qui les ai créées ? Comment puis-je faire pour les convertir en d'autres formats. A noter qyue j'ai la même base en access? C pas mieux access?

D'autre part il se pourrait que la DB du produit que l'on ma donné a développer, soit hébergée sur un server internet. Donc à changer, me faudrait prendre une DB accessible par le net.

(pfff moi qui n'avait fait que du dev système, je suis obligé de me reconvertir un peu dans les DB )

Merci encore pour toutes vos réponses.

[VLDG]

Enfin, le BDE et Paradox, cela fait 10 ans que c'est obselète, pourquoi ne pas se tourner vers une base de données comme MySQL, très facile à installer, aussi rapide que Paradox pour les petits volumes, nettement plus rapide que Paradox pour des volumes importants (quoi qu'il faut lancer les SQL adéquats pour ne récupérer que le strict nécessaire), et surtout bcp plus robuste !

je conseillerai plutôt Firebird car MySQL a un cout assez énorme pour du monoposte sauf si tu fais du GPL. En plus Firebird : c'est très simple d'utilisation.

[VLDG]

Ben je veux bien changer de format mais le pb c que les tables avec les données existent dejà. Ce n'est pas moi qui les ai créées ? Comment puis-je faire pour les convertir en d'autres formats.

tu peux utiliser un truc comme IBdatapump

http://www.clevercomponents.com/prod...ibdatapump.asp

[Just-Soft]

Salut;

Ben je veux bien changer de format mais le pb c que les tables avec les données existent dejà. Ce n'est pas moi qui les ai créées ? Comment puis-je faire pour les convertir en d'autres formats. A noter qyue j'ai la même base en access? C pas mieux access?

Tu peux aussi utiliser le DataPump livré avec Delphi, sans grande crainte de perte de données, je l'ai essayé il est très bien.

Pour l'utilisation de l'alias tu as l'aide de Delphi il fourni, en plus, un code source pour la création d'un alias par programmation.

Bonne chance.