[Firedac-Sqlserver] Créer un index selon les besoins du tri

Bonjour

Je voudrais créer un index selon les besoins du tri avant d'imprimer un rapport. De peur de faire compliqué je viens vous consulter pour mon développement.

J'ai pensé utiliser un listbox dans lequel seraient tous les champs pertinents de la table à indexer et créer un index à partir des champs sélectionnés.

Si vous avez une meilleure solution j'aimerais bien la connaître.

Merci de votre aide,

Mario

Bonjour,

la première idée qui m'a traversé l'esprit c'est : "pourquoi créer un index alors qu'avec une requête la clause ORDER BY est là pour ça?"
La seconde : " Une double liste serait mieux, une pour la proposition des colonnes, l'autre pour recevoir la sélection faite et à l'occasion pour les réarranger au besoin"
et enfin il manquerait l'ordre pour chaque colonne sélectionnée ASC ou DESC

mais c'est surtout créer un index qui me laisse perplexe

Merci SergioMaster

Toujours aussi disponible pour aider je vais verifier la requête la clause ORDER BY si je peux l'utilisé avec une selection et l'utilisation d'une double liste.

Pourquoi créer un index c'est une vielle habitude des tables DBF.

Merci encore

Mario

Bonjour,

Citation:

---

Envoyé par mario9

je vais vérifier la requête la clause ORDER BY si je peux l'utiliser avec une sélection et l'utilisation d'une double liste.

---

bien sur que oui et comme il s'agit de Firedac tu peux utiliser les macros de la manière suivante :

A la requête existante tu ajoutes en fin &Ordre et pour remplir cette macro tu utilises le CommaText de la 2° liste
je pense (pas encore démarrer Delphi pour tester ;)) que cela doit donner quelque chose comme ça

Code:

---

FDQuery.Macrobyname('ordre').asRaw:='ORDER BY '+Listbox2.Items.Commatext

---

[Edit] N.B. s'il n'y a rien dans la liste, le mieux est d'utiliser FDQuery.Macrobyname('ordre').Clear;

Citation:

---

Pourquoi créer un index c'est une vielle habitude des tables DBF.

---

je n'ai pas dit que les index n'était pas nécessaire , pour améliorer entre autres le temps d'accès ils sont importants, mais créer des index dans la SGBD pour ce genre de traitement me semble :roll:, maintenant s'il avait été question d'une table temporaire (fdmemtable) ma réponse eut pu être différente :mrgreen: