clef, indexes et optimisation

Version imprimable

20/02/2009, 13h09
NorexaMS

clef, indexes et optimisation

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 !
20/02/2009, 17h51
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 :lol:

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 :mouarf:
20/02/2009, 21h22
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.
21/02/2009, 02h16
NorexaMS

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

Citation:

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

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 ???
21/02/2009, 08h15
SergioMaster

Citation:

Envoyé par NorexaMS

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...
21/02/2009, 13h14
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 !
22/02/2009, 08h47
SergioMaster

Bizarre tout cela , je suis sur qu'il y a un hic quelque part , mais dire où comme cela est vraiment hasardeux .

Citation:

En ce qui concerne les dataset j'utilise des IBTABLES IBDATABASE ???!!!
J'ai rien compris aux UIB ???

Les IBnnnnn ne sont pas les plus adaptés pour attaquer une base Firebird , l'écart entre les deux branches IB-FB se creuse .
Dommage que tu ne comprennes pas les UIB mais venant comme toi d'un environnement BDE je peux comprendre (il m'a fallu passer par FIBPlus pour comprendre la philosophie de UIB :( ). Moins déstabilisant pour toi serait peut-être l'utilisation des composants de ZEOS (ZEOSDBO) malgré quelques critiques c'est un ensemble de connexion intéressant.

Citation:

vraiment je ne sais pas pourquoi on leurs a enlevé les triggers dans le designtime ??

là je ne comprends pas
22/02/2009, 14h29
NorexaMS

C'est vrai dans les dataset UIB que j'ai y'a pas d'evenements before et after isnert, append edit delete etc.
22/02/2009, 14h56
NorexaMS

re bonjour
j'ai installé zeos la dernier version (stable) et ca s'est installé impéc !!
mais voila dans la propriété protocol de la ZCONNECTION y'a pas FIREBIRD 2.1
et puis ca ne marche qu'avec Firebird 1.0, y'a pas un probleme la dessus ??? (C'est a dire ca se connecte a mon firebird 2.1 mais en renseignant comme protocol firebird 1.0 !c'est pas méchant ?)
Et puis si possible pourrai je savoir quelle critiques ont elles été faites ???
car je m'appraite a adopter ! et quand on veut adopter quelqu'un on demande si il fume ou pas du canabis !!!:yaisse2:
22/02/2009, 16h33
SergioMaster

pour le protocol c'est firebird-2.0 qu'il faut adopter ou firebirdd-2.0 si c'est de l'embedded , non je ne fume que de la moquette donc si tu ne trouves pas ce protocole du coup j'ai un doute .

moi j'ai la version 6.6.3-stable la dernière étant le 6.6.4 je ne cois pas qu'ils aient enlevés le protocole (d'ailleurs moi c'est le 1.0 que je trouve pas :lol:)

Quelle est ta version de Delphi ?

Citation:

d'evenements before et after isnert, append edit delete etc.

mais ça c'est pas des triggers, ça c'est des évenements au niveau des composants Delphi y-a confusion de langage

Quant aux critiques , le mieux est de lire le forum de ZEOS http://zeos.firmos.at/ . La seule vraiment pertinente et constructive est celle de Henri Gourveist (j'espere que je n'écorche pas son nom) créateur de UIB . Je crois qu'on en a parler sur ce forum (fais une recherche sur ZEOS ou ZEOSDBO).

[edit] pour ma part le seul reproche que je ferai est à propos du constructeur de requête uniquement valable via TZUpdateSQL, dommage car quand on a gouté à FIBPlus difficile d'être réduit . Maintenant, si tu as les moyens :mrgreen:
22/02/2009, 16h47
NorexaMS

Bon sergio ma config est la suivante :

Borland Delphi 7 Entreprise
UIB Dernière version
Firebird 2.1
ZEOS derniere version téléchargée aujourd'hui suite a ta premiere reponse

Citation:

pour le protocol c'est firebird-2.0 qu'il faut adopter ou firebirdd-2.0 si c'est de l'embedded ,

Alors dans la liste déroulante des protocole en effet j'ai la 1.0 à la 2.0 mais pas de 2.1
quand je met 2.0
il m'affiche que la lib fbclient20.dll introuvable alors qu'avec la 1.0 comme protocol il accepte parceque la lib de firebird 2.1 s'appelle "fbclient.dll"

Citation:

non je ne fume que de la moquette donc si tu ne trouves pas ce protocole du coup j'ai un doute .

c'est pas de toi que je parlais mais des compos zeos :yaisse2:

Citation:

mais ça c'est pas des triggers, ça c'est des évenements au niveau des composants Delphi y-a confusion de langage

Oui je sais c'etait juste pour faire allusion a leurs correspondant niveau sgbd les declencheurs !

Citation:

Quant aux critiques , le mieux est de lire le forum de ZEOS

j'y vais tout de suite
23/02/2009, 08h21
SergioMaster

Alors là, c'est peut-être plutôt un problème d'installation de Firebird.

Pour des raisons de compatibilité ascendante lorsque j'installe Firebird je coche la case de copie de Fbclient dans le répertoire Système ainsi que la construction de gds32.dll

C'est peut-être là qu'il faut chercher le problème. Comme j'ai réinstallé D7 pro (mais sans les ZEOS que j'utilise surtout avec Lazarus) je vais faire un essai

@+

[Edit] ben non, je viens d'installer la version 6.6.4 sans problème . Pas de soucis de connexion à une base de données . Mais oui mais oui dirait Titi j'ai bien vu le protocole firebird1.0 (je devait avoir un peu trop tiré sur la moquette hier ;))