PC SOFT

DOCUMENTATION EN LIGNE
DE WINDEVWEBDEV ET WINDEV MOBILE


  • Recherche générique/Recherche à l'identique
  • Recherche sur une rubrique clé ou non clé
  • Recherche sur une clé composée
  • Recherche et filtre
  • Recherche sur une rubrique tableau
  • Parcours des enregistrements correspondant à une condition
  • Recherche à l'identique sous Access
  • Blocages
  • Optimisation du temps de parcours
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaEtats et RequêtesCode Utilisateur (MCU)
WEBDEV
WindowsLinuxPHPWEBDEV - Code Navigateur
WINDEV Mobile
AndroidWidget AndroidiPhone/iPadWidget IOSApple WatchMac CatalystUniversal Windows 10 App
Autres
Procédures stockées
Positionne sur le dernier enregistrement du fichier de données dont la valeur d'une rubrique spécifique est inférieure ou égale à une valeur recherchée (recherche à l'identique). L'enregistrement est lu et les variables HFSQL correspondantes sont mises à jour.
En général, la fonction <Source>.LitRechercheDernier permet de se positionner dans le fichier de données pour effectuer une boucle de parcours parmi les enregistrements correspondant à une condition. La fonction <Source>.LitPrécédent permet de lire l'enregistrement précédent correspondant à la condition.
Après l'exécution de la fonction <Source>.LitRechercheDernier, plusieurs cas peuvent se présenter :
  • un enregistrement correspondant à la condition a été trouvé, bloqué (si nécessaire) et chargé en mémoire : la fonction <Source>.Trouve renvoie Vrai.
    PHP La gestion des blocages n'est pas disponible.
    Java Accès par JDBC : La gestion des blocages n'est pas disponible sur les bases de données accédées par JDBC.
  • le fichier de données est vide ou il n'existe pas d'enregistrement correspondant à la condition : aucune lecture n'est effectuée et la fonction <Source>.EnDehors renvoie Vrai.
  • la fonction tente de bloquer un enregistrement déjà bloqué en lecture : aucune lecture n'est effectuée, la fonction HErreurBlocage vaut Vrai et la fonction <Source>.EnDehors renvoie Vrai.
    PHP La gestion des blocages n'est pas disponible.
    Java Accès par JDBC : La gestion des blocages n'est pas disponible sur les bases de données accédées par JDBC.
Cette fonction peut être utilisée indifféremment avec les fichiers de données, les vues HFSQL ou les requêtes.
Remarque : la recherche peut être annulée grâce à la fonction <Source>.AnnuleRecherche.
Exemple
// Recherche du dernier enregistrement pour lequel
// le nom du Client est DUPOND
Client.LitRechercheDernier(NOM, "DUPOND")
// Recherche de tous les clients ayant un chiffre d'affaires inférieur à une valeur donnée
Client.LitRechercheDernier(ChiffreAffaires, X)
TANTQUE PAS Client.EnDehors()
AjouterClientListe()
Client.LitPrécédent(ChiffreAffaires)
FIN
Syntaxe
<Résultat> = <Source>.LitRechercheDernier(<Rubrique> , <Valeur recherchée> [, <Options>])
<Résultat> : Booléen
  • Vrai si l'enregistrement a été trouvé (correspond à la valeur de la fonction <Source>.Trouve).
  • Faux en cas de problème. Ce problème peut être dû :
    • soit à un problème de positionnement (fichier de données vide, etc.) : la fonction <Source>.Trouve renvoie Faux et la fonction HErreur renvoie 0.
    • soit à une erreur : la fonction HErreur renvoie un entier différent de 0. La fonction HErreurInfo permet d'obtenir plus de détails.
<Source> : Type correspondant à la source spécifiée
Nom du fichier de données, de la vue HFSQL ou de la requête manipulé.
<Rubrique> : Chaîne de caractères
Nom de la rubrique sur laquelle la recherche doit être effectuée. Cette rubrique peut être une clé de parcours ou non.
Hyper File 5.5 La recherche ne peut être effectuée que sur une rubrique clé.
<Valeur recherchée> : Type correspondant à la valeur
Valeur de la rubrique recherchée.
<Options> : Constante ou combinaison de constantes optionnelle
Permet de paramétrer :
  • le mode de blocage de l'enregistrement recherché.
  • le type de recherche effectué.
hBlocageEcritureBlocage en écriture : l'enregistrement en cours de lecture pourra être lu par une autre application mais ne pourra pas être modifié par une autre application.
Si une requête est manipulée, le mode de blocage est ignoré.
PHP Cette constante n'est pas disponible.
Java Accès par JDBC : Cette constante n'est pas disponible.
hBlocageLectureEcritureBlocage en lecture/écriture : l'enregistrement en cours de lecture ne pourra ni être lu ni être modifié par une autre application.
Si une requête est manipulée, le mode de blocage est ignoré.
OLE DB Blocage en écriture seulement. Fonctionnement équivalent à la constante hBlocageEcriture.
PHP Cette constante n'est pas disponible.
Java Accès par JDBC : Cette constante n'est pas disponible.
hBlocageNonAucun blocage : l'enregistrement pourra être lu ou modifié par une autre application pendant la lecture.
PHP Cette constante n'est pas disponible.
Java Accès par JDBC : Cette constante n'est pas disponible.
hForwardOnly
Connecteurs Natifs (Accès Natifs) Constante utilisable uniquement avec les Accès Natifs.
Permet d'accélérer le parcours des données lors d'un parcours simple qui n'utilise pas les fonctionnalités suivantes :
  • Lecture de l'enregistrement précédent.
  • Modification d'un enregistrement.
  • Sauvegarde de position.
Si une de ces fonctionnalités est utilisée, le résultat peut être différent de celui attendu.
Cette constante peut par exemple être utilisée lors d'un parcours permettant de remplir un champ Table par programmation.
hGénériqueRecherche générique (voir Notes)
Par défaut (constante non spécifiée), la recherche effectuée est une recherche à l'identique.
hLimiteParcoursLe parcours s'arrêtera dès que la dernière valeur recherchée sera trouvée. L'enregistrement en cours correspondra à ce dernier enregistrement trouvé.
La fonction <Source>.Trouve renverra Faux et la fonction <Source>.EnDehors renverra Vrai.
Cette constante permet d'optimiser la vitesse de recherche en mode Client/Serveur.
hRespecteFiltreLe parcours prendra en compte le filtre mis en place avec la fonction <Source>.Filtre, même si la clé de parcours utilisée n'est pas optimisée pour le filtre. Rappel : la fonction <Source>.Filtre renvoie la clé de parcours optimisée pour le filtre.
Attention : dans ce cas, sur des fichiers de données de taille importante, des problèmes de performances peuvent survenir.
Hyper File 5.5 Cette variable ne peut pas être utilisée.
Par défaut, le parcours suivant la fonction <Source>.LitRechercheDernier ne prend pas en compte le filtre.
hSansRafraichir
OLE DBConnecteurs Natifs (Accès Natifs) La fonction <Source>.LitRechercheDernier ne rafraîchit pas le contenu de la table ou de la requête. Dans la mesure du possible, la requête n'est pas ré-exécutée. Toutes les positions sauvegardées sont conservées.
PHP La gestion des blocages n'est pas disponible.
Java Accès par JDBC : La gestion des blocages n'est pas disponible sur les bases de données accédées par JDBC.
OLE DBConnecteurs Natifs (Accès Natifs) Si le provider OLE DB ou le Connecteur Natif (également appelé Accès Natif) utilisé ne gère pas les blocages, les options de blocage seront sans effet.
OLE DB Le mode de blocage spécifié avec la fonction <Source>.LitRechercheDernier restera effectif lors des appels aux fonctions <Source>.LitPrécédent et <Source>.LitSuivant.
Pour modifier le mode de blocage, il est nécessaire d'utiliser :
Remarques

Recherche générique/Recherche à l'identique

  • Recherche générique (essentiellement sur les rubriques de type Chaîne de caractères) : Recherche tous les enregistrements commençant par la valeur indiquée.
    Par exemple : Lors d'une recherche générique de la chaîne "Martin" pour la rubrique NOM, tous les enregistrements dont la rubrique Nom commence par "Martin" correspondront à la recherche. Ainsi, l'enregistrement contenant "Martinez" correspondra à la recherche (la fonction <Source>.Trouve renvoie Vrai).
    Remarque : Pour compatibilité avec la version 5.5, la recherche générique d'une chaîne vide ("") est équivalente à l'utilisation de la fonction <Source>.LitDernier.
  • Recherche à l'identique : Recherche tous les enregistrements correspondant exactement à la valeur indiquée.
    Par exemple : Lors d'une recherche à l'identique sur la chaîne "Martin" pour la rubrique NOM, la fonction <Source>.Trouve renvoie Vrai uniquement pour les enregistrements dont la rubrique vaut exactement "Martin".
  • Exemples de recherches effectuées sur le fichier de données CLIENT trié par nom :
Valeur cherchéeOptionsLa fonction <Source>.LitRechercheDernier positionne sur l'enregistrement.La fonction HTrouve renvoieLa fonction HEnDehors renvoieExplications
Durand6VraiFauxDurand existe.
Le début du fichier de données n'a pas encore été atteint.
Dupuis5FauxFauxDupuis n'existe pas. Positionnement sur la première valeur inférieure (Dupont).
Le début du fichier de données n'a pas encore été atteint.
DuponhGénérique5VraiFauxDupon n'existe pas mais la recherche est générique et il existe un Dupont (entre autres).
Le début du fichier de données n'a pas encore été atteint.
DuponL'enregistrement n'a pas été trouvé (pas de déplacement).FauxFauxDupon n'existe pas.
Le début du fichier de données n'a pas encore été atteint.
BernardL'enregistrement n'a pas été trouvé (pas de déplacement).FauxVraiBernard n'existe pas.
Positionnement sur la première valeur inférieure (cette valeur n'existe pas) : le début du fichier de données est donc atteint.

Recherche sur une rubrique clé ou non clé

La recherche peut être effectuée sur une rubrique clé ou non.
Si la recherche est effectuée sur une rubrique clé :
  • la recherche est rapide et le résultat est trié.
  • si le parcours est poursuivi avec la fonction <Source>.LitPrécédent, les enregistrements suivants correspondront aux valeurs inférieures ou égales à la valeur recherchée. Il faut dans ce cas tester la fonction <Source>.EnDehors après chaque lecture, pour vérifier si le début du fichier de données est atteint.
Si la recherche est effectuée sur une rubrique non clé :
  • la rubrique sélectionnée apparaîtra en rouge sous l'éditeur de code et un warning sera affiché dans le volet "Erreur de compilation".
    Remarque : La complétion automatique propose uniquement les rubriques clés.
  • si le parcours est poursuivi avec la fonction <Source>.LitPrécédent, les enregistrements suivants correspondront aux valeurs égales à la valeur recherchée.

Recherche sur une clé composée

Plusieurs méthodes permettent de faire une recherche sur une clé composée :
1. Utilisation d'une liste de valeurs
Pour faire une recherche sur une clé composée, il est possible d'utiliser la syntaxe suivante :
HLitRechercheDernier(<Nom du fichier>, <Nom de la clé composée>,
[<Valeur de recherche du premier élément de la clé composée>,
<Valeur de recherche du deuxième élément de la clé>, ...])
Exemple :
// Recherche de l'enregistrement
Client.LitRechercheDernier(Nom_Prenom, ["MOULIN","Françoise"])

2. Utilisation de la fonction <Source>.ConstruitValClé
Exemple :
bufValRech est un Buffer = Client.ConstruitValClé(Nom_Prenom, sNom, sPrénom)
Client.LitRechercheDernier(Nom_Prenom, bufValRech)
TANTQUE Client.Trouve()
Client.Supprime()
Client.Précédent(Nom_Prenom)
FIN
Hyper File 5.5 Les recherches génériques sur les clés composées fonctionnent uniquement si toutes les composantes de la clé composée sont de type Texte. Dans le cas contraire, une recherche à l'identique est effectuée.

Recherche et filtre

Si un filtre est actif (fonction <Source>.Filtre), la recherche tient compte du filtre uniquement si la clé utilisée est identique.
Pour prendre en compte ce filtre dans la suite du parcours (même si la clé de parcours n'est pas optimisée pour le filtre), utilisez la constante hRespecteFiltre.
Hyper File 5.5 Si un filtre est actif, la recherche ne tient pas compte du filtre.

Recherche sur une rubrique tableau

La recherche se fait uniquement sur le premier élément du tableau (élément d'indice 1). Pour effectuer une recherche sur les autres éléments du tableau, utilisez des filtres ou des requêtes.

Parcours des enregistrements correspondant à une condition

En général, la fonction <Source>.LitRechercheDernier permet de se positionner dans le fichier de données pour effectuer une boucle de parcours parmi les enregistrements correspondant à une condition. Les fonctions <Source>.LitSuivant et <Source>.LitPrécédent permettent de lire l'enregistrement suivant et précédent correspondant à la condition.
Pour ne plus tenir compte de la recherche lors du passage à l'enregistrement suivant ou précédent, il suffit d'utiliser une des fonctions suivantes :
WINDEVWEBDEV - Code ServeurEtats et RequêtesCode Utilisateur (MCU)Langage ExterneAjaxProcédures stockéesOLE DB

Recherche à l'identique sous Access

Pour effectuer une recherche à l'identique sur une base de données ACCESS, il est conseillé d'utiliser la fonction SansEspace si des espaces sont présents à la fin de la valeur recherchée.
WINDEVWEBDEV - Code ServeurEtats et RequêtesUniversal Windows 10 AppiPhone/iPadWidget IOSMac CatalystCode Utilisateur (MCU)Langage ExterneAjaxHFSQLHFSQL Client/ServeurProcédures stockéesHyper File 5.5OLE DBConnecteurs Natifs (Accès Natifs)

Blocages

Les blocages ne s'appliquent que lorsque un enregistrement a été trouvé.
Par défaut (pas de mode de blocage spécifié dans le paramètre <Options>), aucun blocage de l'enregistrement n'est réalisé.
Si un blocage est demandé (constante hBlocageEcriture ou hBlocageLectureEcriture), la lecture de l'enregistrement sera réalisée uniquement si cet enregistrement n'est pas déjà bloqué.
Rappel : Un enregistrement bloqué peut être débloqué avec la fonction <Source>.DébloqueNumEnr.
OLE DBConnecteurs Natifs (Accès Natifs) Si le provider OLE DB ou le Connecteur Natif (également appelé Accès Natif) utilisé ne gère pas les blocages, les options de blocage seront sans effet.
WINDEVWEBDEV - Code ServeurEtats et RequêtesUniversal Windows 10 AppiPhone/iPadWidget IOSMac CatalystCode Utilisateur (MCU)AjaxHFSQLProcédures stockées

Optimisation du temps de parcours

Pour optimiser le temps des premiers parcours d'un fichier de données, utilisez la fonction <Source>.Optimise sur ce fichier de données.
Composante : wd280hf.dll
Version minimum requise
  • Version 25
Documentation également disponible pour…
Commentaires
Cliquez sur [Ajouter] pour publier un commentaire