DOCUMENTATION EN LIGNE
DE WINDEVWEBDEV ET WINDEV MOBILE

Aide / Connecteurs Natifs/Accès Natifs / Connecteur Natif MySQL
  • Présentation
  • Utilisation
  • Cas d'utilisation
  • Parcours de fichiers
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
Connecteur Natif MySQL : Particularités
Connecteurs Natifs (Accès Natifs)Disponible uniquement avec ce type de connexion
Présentation
Le Connecteur Natif MySQL (également appelé "Accès Natif MySQL") crée des tables de type "InnoDB" pour permettre la gestion des blocages et des transactions sur une base MySQL.
Reportez-vous à la documentation de MySQL pour obtenir les spécificités de ce type de table.
Utilisation

Cas d'utilisation

Si votre serveur n'est pas configuré pour permettre la gestion des tables "InnoDB", par défaut, MySQL crée automatiquement une table de type ISAM (type par défaut des tables sur MySQL). Vous trouverez dans la documentation de MySQL, les détails concernant la "configuration du serveur pour permettre la gestion des tables "InnoDB"".
Connecteur Natif MySQL : Les fonctions SQLBloque et SQLTransaction permettent de gérer les blocages et les transactions uniquement sur les tables MySQL de type "InnoDB".
Si vous souhaitez spécifier un autre type de tables (autre que "InnoDB") :
  • soit exécutez une requête SQL de création de table (ordre "CREATE TABLE")
  • soit utilisez l'outil d'administration de MySQL. Dans ce cas, n'utilisez pas la fonction HCréation dans votre programme. En effet, la fonction HCréation supprime la table (ordre "DROP TABLE") si elle existe déjà afin de pouvoir la recréer.

Parcours de fichiers

Lors d'un parcours sur une table MySQL, les enregistrements ne sont pas récupérés en une seule fois mais par blocs de 100 enregistrements. Cette valeur correspond à un "cache" de lecture. Cette particularité permet notamment d'optimiser les parcours avec les fonctions HLitPremier/HLitSuivant ainsi que les fonctions de recherche HLitRechercheXXX.
Remarque : Les enregistrements identiques au dernier enregistrement lu (c'est-à-dire dont les valeurs de toutes les rubriques sont identiques) ne seront pas sélectionnés par la requête de remplissage du "cache" de lecture pour les enregistrements suivants.
Exemple : Dans la table MySQL "MaTable", les enregistrements suivants sont présents :
N° d'enregistrementValeur
......
98Tata
99Toto
100Toto
101Toto
102Tutu
Soit le code de parcours suivant :
POUR TOUT MaTable
Trace(MaTable.Valeur)
FIN
La fenêtre de trace affichera les valeurs suivantes :
  • Tata
  • Toto
  • Toto
  • Tutu
Il manque un enregistrement (Enregistrement n°101 dont Valeur est égale à "Toto").
Version minimum requise
  • Version 9
Documentation également disponible pour…
Commentaires
Cliquez sur [Ajouter] pour publier un commentaire

Dernière modification : 02/06/2022

Signaler une erreur ou faire une suggestion | Aide en ligne locale