DOCUMENTATION EN LIGNE
DE WINDEVWEBDEV ET WINDEV MOBILE

Aide / Connecteurs Natifs/Accès Natifs / Connecteur Natif MariaDB
  • Présentation
  • Utilisation
  • Cas d'utilisation
  • Parcours de tables (fichiers de données)
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 MariaDB : Particularités
Connecteurs Natifs (Accès Natifs)Disponible uniquement avec ce type de connexion
Présentation
Le Connecteur Natif MariaDB crée des tables de type "InnoDB" pour permettre la gestion des blocages et des transactions sur une base MariaDB.
Reportez-vous à la documentation de MariaDB 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, MariaDB crée automatiquement une table de type ISAM (type par défaut des tables sur MariaDB). Vous trouverez dans la documentation de MariaDB, les détails concernant la "configuration du serveur pour permettre la gestion des tables "InnoDB"".
Connecteur Natif MariaDB : Les fonctions SQLBloque et SQLTransaction permettent de gérer les blocages et les transactions uniquement sur les tables MariaDB de type "InnoDB".
Si vous souhaitez spécifier un autre type de table (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 MariaDB. 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 tables (fichiers de données)

Lors d'un parcours sur une table MariaDB, 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 MariaDB "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 20
Documentation également disponible pour…
Commentaires
Cliquez sur [Ajouter] pour publier un commentaire

Dernière modification : 15/11/2022

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