Discussion :

[AKSEL]

Salut,
Dans une base de données interbese, j'ai une tabale facture qui a plusieurs champs et parims ces champs le numero de de la facture (N_FACTURE) qui est la cle primaire, et le champs DATE_FACTURE ( qui represente la date de la facture ).
Un indexe RDB$PRIMARY**** est cree sur le champs N_FACTURE, et j'ai creer un autre indexe sur le champs DATE_FACTURE. Pour qur je puisse me positionner sur la premiere ligne que a la date 'jj/mm/aaaa', j'utilise la methode LOCATE, mais sa demande boucoup de temp (plus d'une minute )car la table contient plus de 10 000 factures.
Comment faire pour reduire le temps de l'indexation?

[Rayek]

Le plus rapide serait de passer par une requete

ex :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
select * from TableFacture
Where N_FACTURE = [Le_numero_de_la_facture]

[AKSEL]

Merçi,
mais l'utilisation d'un TIBQuery ne me resout pas le probleme, car en me positionnant sur une facture je peu la consulter ou la modifier ( cette mesure parait bizare de proceder a la modification d'une encienne facture, mais helas ! c'est le cas qui se pose a mon niveau).

[Rayek]

Si interbase est bidirectionnel, ca n'empeche pas de modifier une requete si cette derniere ne pointe que sur une seule table.
En clair, on peut gérer une requete comme une table si elle ne point que sur une seul table de la base de données.

De toute façon, gérer 10000 enregistrements avec des TxxxTable c'est pas vraiment conseillé, car plus la table va grossir plus ca va être long.

[AKSEL]

Merçi ecore malatar,
mais j'ai jamais utiliser une requete en mode bidirecionnelle, si tu peut me montrer comment

[Rayek]

La faut voir avec les experts d'interbase, je n'ai jamais encore utilisé cette base de données.
J'évite en général les composants et les systèmes fermés

[Cl@udius]

@Malatar, Salut !

J'évite en général les composants et les systèmes fermés

Comme je m'intéresse de plus en plus à Interbase/Firebird, cette petite phrase assassine m'interpelle !

J'avoue que si tu pouvais développer ton propos...
Merci

@+ Claudius

[JustMe]

Il est toujours utile de rappeler que cette requete peut être écrite dans un IBDataset avec un where ça ne va prendre que quelque milième de seconde la modification est parfaitement possible.
A propos d'interbase il est par nature unidirectionnel comme la plupart des "vais" SGBDR celà empêche les navigations hazardeuses mais pas l'extraction soignée est rapide des informations.
Si tu veux un bon conseil évite de coder pour ton utilisateur ce qu'il veux voir donne lui l'impression qu'il a ce qu'il veux mais pas avec la façon qu'il crois.

[Rayek]

@Malatar, Salut !

J'évite en général les composants et les systèmes fermés

Comme je m'intéresse de plus en plus à Interbase/Firebird, cette petite phrase assassine m'interpelle !

J'avoue que si tu pouvais développer ton propos...
Merci

@+ Claudius

C'est tres simple, le jour ou tu veux changer de SGBD, il est préférable d'avoir des composants bases de données génériques (Ado,DbExpress, voir l'obsolete BDE) que d'utiliser les composants IB qui ne fonctionnent qu'avec interbase.

[Cl@udius]

@Malatar,

Merci pour ces infos supplémentaires. Je comprends mieux ce qu'est un système fermé.

Donc prudence quant à l'utilisation des composant IBX si la BDD doit évolué !
@+ Claudius.

[touhami]

Bonjour,
Merci Malatar , Bonne jugestion.

[Guile]

Alors pour modifier les valeurs d'un IBQuery :
- ton IBQuery doit avoir Unidirectionnel à false (en général c'est par défaut) et cachedUpdate à true
- tu ajoutes un IBUpdateSQL
- tu l'affectes à la propriété UpdateObject de ton Query
- tu ouvres l'éditeur UpdateSQL (bouton droit sur l'IBUpdateSQL)
- si c'est une requete simple (sur une seule table), tu n'as qu'à choisir les champs clé et les champs qui peuvent être modifiés et cliquer sur générer le SQL. Tu peux les voir ou les modifier dans l'onglet SQL si tu as une requete plus compliquée.

Normalement, tu peux maintenant faire des Query.Insert, Query.Edit, Query.Post etc...