Affichage progressif DBGRiD

Bonjour tout le monde,

Existe-t-il la possibilité d'avoir un affichage progressif dans un dbgrid.

La raison :
Je crée un utilitaire qui permet d'ouvrir n'importe qu'elle base MDB (sauf 2007 pour le moment) qui recupere diverses infos et evidemment l'ensemble des données dans un dbgrid.
lorsque la base comporte des tables avec peut d'enregistrement (2000 50000 mille sa va) mais quand j'ai une table qui a 500 000 enregistrement cela peut mettre 2 minutes avant d'avoir le grid de rempli.
Est -il possible d'avoir les premières lignes qui s'affichent et le reste au fur et à mesure que le dataset envoi les infos au dbgrid ?
Dois-je passé par un autre composant ?

PS : Disabelcontrols et enablecontrol ne réponds pas à cette demande puisqu'il faut quand même attendre avant l'affichage de toutes les lignes.

Pour votre curiosité voici le programme encours de développement :
MDBDeveloppeur

Salut Buzz

Je crois que ton problème est mal posé, à vrai dire tu cherche un composant qui permet de récupérer les données plus rapidement que ceux déjà fournis avec Delphi (Table et TQuery en l'occurrence).

Ce que je te suggère (si ce n'est pas déjà fait) c'est d'utiliser celui de Franck SORIANO qui semblerait être assez rapide puisqu'il traite de l'optimisation. http://fsoriano.developpez.com/artic...ataset/delphi/

Bonjour Just-Soft,

J'avais effectivement parcouru cet article précédemment et je ne m'en souvenais déjà plus lool. (6 janvier pourtant lolol)

Merci pour le lien.

Donc apparement cela accèlere le traitement des lectures et écritures grace à la mise en mémoire du Dataset officiel.

Mais comment faire le lien avec mon DbGrid actuelle qui est lié à un datasource lui même à un dataset, lui même à un Query, l'ensemble sur une Connexion, le tous avec ADO (on croyrais une charade lolol).

A quel moment je délie ce que j'ai pour faire le lien avec ce tmemorydataset je vois pas !! je doit l'écrire je pense, mais à quel moment dans le prog ? et surtout quel syntaxe utiliser ?

Merci.

et avec un TStringGrid,manuelle mais..., :aie:

Citation:

---

Envoyé par BuzzLeclaire

Bonjour Just-Soft,

J'avais effectivement parcouru cet article précédemment et je ne m'en souvenais déjà plus lool. (6 janvier pourtant lolol)

Merci pour le lien.

Donc apparement cela accèlere le traitement des lectures et écritures grace à la mise en mémoire du Dataset officiel.

Mais comment faire le lien avec mon DbGrid actuelle qui est lié à un datasource lui même à un dataset, lui même à un Query, l'ensemble sur une Connexion, le tous avec ADO (on croyrais une charade lolol).

A quel moment je délie ce que j'ai pour faire le lien avec ce tmemorydataset je vois pas !! je doit l'écrire je pense, mais à quel moment dans le prog ? et surtout quel syntaxe utiliser ?

Merci.

---

Re;

Citation:

---

L'objectif avec le TMemoryDataSet est d'obtenir un dataset bidirectionnel, pouvant être utilisé par un composant DB, en commençant par une TDBGrid.

---

je crois que c'est ce que tu cherche non ?

tu relie le DataSource à un TClientDataSet (jouer avec PacketRecord), tu lui ce dernier à un TDataSetProvider qui lui va être relié à la Query

Citation:

---

Envoyé par BuzzLeclaire

... mais quand j'ai une table qui a 500 000 enregistrement cela peut mettre 2 minutes avant d'avoir le grid de rempli.

---

Est-ce raisonnable de vouloir tout afficher, vu le nombre il faudrait utiliser des critères (requête paramétrée) pour réduire le nombre d'enregistrement.

Effectivement, pour un utilitaire pouvoir tout afficher, pourquoi pas, mais plus une application pour un utilisateur normal, c'est à ne jamais faire ... avec ADO, il n'y a pas une limitation à la PacketRecord aussi ?

Bonjour

Oui Just-soft c'est ce que je recherche mais je n'arrive pas à l'appliquer.

Chaplin, c'est un utilitaire que je créer qui peut ouvrir n'importe quel base access (sauf Access 2007 pour le moment) comme je l'ai ecris dans mon premier post. Il permet la maintenance des tables, champs et données.
J'affiche la requete que l'utilisateur tape dans un memo, donc si il me mets un select * from table, je peux donc avoir un délai important.

ShallLeTroll, étant donné que l'user peut taper n'importe quel requete, ou requete d'execution il peut donc fixer la limite lui même par un TOP 1 etc...
Sinon je n'arrive toujours pas à piger comment faire un lien entre mon dbgrid et ce TMemoryDataSet magres ta remaque.

Sinon edam, j'y avais penser mais vu toute les possibilités qu'il faut que je gere (type de champ, ajout, suppression etc...) c'est trop gros.

Voilà merci.

Citation:

---

Référence VCL
TADOConnection.ConnectOptions
Spécifie si une connexion est synchrone ou asynchrone.

property ConnectOptions: TConnectOption;

Description

Initialisez ConnectOptions pour spécifier si la connexion établie par le composant TADOConnection est synchrone ou asynchrone. La valeur par défaut de ConnectOptions est coConnectUnspecified.

Généralement une application utilise la valeur par défaut ou une connexion synchrone (coConnectUnspecified). on utilise une connexion asynchrone pour compenser un serveur lent.

---

Citation:

---

Référence VCL
TConnectOption, type
type TConnectOption = (coConnectUnspecified, coAsyncConnect);

coConnectUnspecified:La connexion est formée de façon synchrone.
coAsyncConnect:La connexion est formée de façon asynchrone. Cela est utile si le serveur est très lent, mais l'application doit être consciente que les valeurs de données ne sont pas toutes nécessairement disponibles au premier établissement de la connexion.

---

Salut edam,

Je te rassure ce paramètre ne joue en rien face à une table de 500 000 enregistrement j'utilise le programme en local et je lie une table en local.

C'est quand même etrange le dataset qui alimente le dbgrid va bien chercher les enresitrements 1 par 1 une fois terminé le grid les affiches !! Alors pourkoi ne peut-on pas faire une sorte de ProcessMessage à chaque lecture du DataSet !!