Discussion :

[free07]

Bonjour,

Je migre une appli qui utilise des TTable et des TDataSet avec Paradox sur Firebird.
Avec Paradox, pour chaque utilisation d'une table, je l'ouvre puis je ferme la table, je pense que c'est une bonne méthode puisque je n'ai jamais eu aucun problème de corruption de la base en 8 ans d'utilisation intensive.
Mais je me demande si cela vaut la peine de faire la même chose avec Firebird, quels sont vos conseils et vos experience à ce sujet ?
Peux t'on sans problème utiliser IB Express et Firebird avec toutes les tables ouvertes pendant l'utilisation de l'appli ?
Pour info, je migre vers FB 1.5 une cinquantaine de tables.

[rsc]

Si tu utilises des TTable, il est certain que, quel que soit le SGBD, il y a des tas de trucs susceptibles de rester en suspens tant que tu ne fermes pas ton TTable.

Ceci dit, à mon avis, il est plus indiqué de travailler sur Firebird avec des Database, Query et des transactions, qui te permettent de contrôler les choses plus sérieusement. Ca devient presque impératif si ta base est en réseau.

[free07]

Oui, j'utilise des TTable avec le BDE, je comptais utiliser les TIBTable pour faciliter la migration vers firebird mais ce n'est apparement pas la meilleure solution.
Dois je plutot passer par des TIBDataset ou des TIBQuery pour remplacer les TTable ?
Merci

PS : ma base sera effectivement en réseau sous Firebird

[rsc]

Dois je plutot passer par des TIBDataset ou des TIBQuery pour remplacer les TTable ?

PS : ma base sera effectivement en réseau sous Firebird

Au moins deux raisons pour cela :
1/ Le trafic réseau : Un TTable t'offre une "vue" de ta table ; pour cela il doit donc rapatrier en local, sinon la totalité, du moins de larges sections de ta table. Avec un TIBQuery, tu définis dans ta requête précisément ce dont tu as besoin, il va te le chercher sur le serveur et te le ramène.
Par ex, tu as une table Clients avec x champs et des "sous-tables" définissant les propriétés du client. Tu veux une liste de clients : tu demandes une liste des noms des clients, et ensuite, tu peux demander les données détaillées du client que tu veux modifier.

2/ Tu peux gérer comme tu veux les mises à jour de tes données. Par exemple tu veux effacer un certain ensemble de données pour les remplacer par un ensemble mis à jour. Avec les composants du type BDE, 1/ tu lui dis d'effacer, 2/ tu lui dis d'écrire les nouvelles données. Super, surtout si entre les 2 tu perds ta connexion réseau, ou si qqn d'autre veut accéder aux données. Avec les TIB, tu peux envoyer les 2 ordres dans une même transaction, c'est-à-dire que tu es assuré que si le processus commence, il ira jusqu'au bout.

En bref, les TTable simplifient la vie pour des usages tout à fait ponctuels, mais n'offrent ni performance, ni sécurité. A toi de voir

[free07]

Ok, merci bcp pour toutes ces précisions !