Discussion :

[NorexaMS]

Bonjour

Je débute avec firebird, avant j'était sur de petit calibres comme access seulement, paradox.

Alors j'ai quelque trois petites questions concernant l'optimisation :
- Developpant une application de gestion je souhaiterais savoir est ce que ce serait :
1. Est ce que travailler avec 2 ou 3 base de données est plus gourmand en ressources que de mettre toutes ses tables dans la meme base.
2. Toutes mes tables contiennnent comme clef primaire un champ autoincrementé, est ce qu'il ce serait mieux que je fasse l'autoincrement moi meme (Coté application avec table speciale comptage des indexes) ou laisser FB le faire avec les generateurs et declencheurs
3. Est ce qu'un nombre élévé de clef etrangeres (2 a 3) pour chaque tables en moyenne affecterait les performances de lecture (Probleme que j'ai actuellement avec la tables FOURNISSEURs qui contient 3 FK vers des PK de trois tables différentes (ville, departement, banque).

MErci !

[SergioMaster]

1. à cette question je répondrai , d'expérience, de tout mettre dans la même BDD sauf bien sur applicatif totalement différent, sociétés différentes (et encore dans ce cas il m'est arrivé de devoir en fusionner plus tard) et autres cas similaires. Venant de Paradox ou Access tu peux y aller franco , ça va te changer

2.Bonne question , je viens de lire à ce sujet un papier de SQLPro ici . La question me semble encore ouverte , moi je propose de laisser FB faire .

3.Plus il y aura d'index plus tes requêtes sront efficaces (je simplifie volontairement). Non , l'exemple que tu me cites est une broutille para rapport à certaines de mes tables

[JustMe]

Sur la questions des clés étrangères je dirais que l'INSERT/UPDATE/DELETE seront pénalisés si les d'où proviennent les clés sont volumineuses car la transaction va vérifier la validités de ses clés avant de valider sinon la lecture à ce que je pense ne le sera pas car elle ne se servira pas d'eux.
Mais je pense que la clé primaire et une sécurité qui assurera l'intégrité de tes données à ne pas gaspiller je te conseil de t'en servir.

[NorexaMS]

Merci sergio et moi qui croyit que je frolait la limite du bouffage de ressources avec mes 20 index

Sur la questions des clés étrangères je dirais que l'INSERT/UPDATE/DELETE seront pénalisés si les d'où proviennent les clés sont volumineuses .

Je te donne un exemple :

ma table fournisseurs contient un FK "COMMUNEINDEX" qui pointe vers la PK de la table COMMUNES qui contient elle 1500 communes (enregistrement)
A chaque fois que voudrais ajouter un fournisseur, la fenetre d'édition (app sous delphi 7) bloque quelques 2 - 3 secondes puis relache.???

C'est a dire tu veut dire qu'a chaque fois que TABLEFOURNISSEUR.Insert, Firebird ramone la table communes ??? pourquoi ? je ne vois pas l'interet si ce n'est pas pour afficher des champs dans la table fournisseur ???

[SergioMaster]

A chaque fois que voudrais ajouter un fournisseur, la fenetre d'édition (app sous delphi 7) bloque quelques 2 - 3 secondes puis relache.???

Non, là y a un problème mais il n'est pas Firebird. Il est du au programme

Plusieurs pistes :
les composants utilisés
les informations remontées trop volumineuses avec une ouverture/fermeture de table à chaque fois etc...

[NorexaMS]

Alors pour ce qui est des tables, non elles sont ouvertes a la creation du datamodule.

Et pour les composants rien de spécial, les standards+JEDI
En ce qui concerne les dataset j'utilise des IBTABLES IBDATABASE ???!!!
J'ai rien compris aux UIB ??? vraiment je ne sais pas pourquoi on leurs a enlevé les triggers dans le designtime ?? ou bien ce n'est que dans ma version ?!!

a part ca ma table fournisseur contient 3 enregistrement et la tables communes (VILLES) contient 1500 enregistrement !

Et le probleme c'est que ca ne me fait ca apparement et jusqu'a maintenant que dans la table fournisseur parceque c la seule qui contient une FK VILLES c pour ca que j'ai pensé au nbr trop élevé d'enregistrement de la table étrangère !