ORM_DetectCaseSensitivity
Détecte automatiquement la sensibilité à la casse du provider SQL actif (MySQL, MariaDB, PostgreSQL) pour les identifiants (noms de tables et de colonnes). Habituellement appelée par ORM_Setup au démarrage du composant ; l'appel direct est utile pour récupérer la valeur courante à des fins de diagnostic ou de logique conditionnelle.
📋 Description
La sensibilité à la casse des identifiants SQL (noms de tables et de colonnes) varie selon le provider et le système d'exploitation hôte. Cette différence affecte directement la portabilité du code et la construction des requêtes par l'ORM.
Cette information est donnée à titre indicatif — la procédure interroge le serveur réel et reflète la configuration courante :
- MySQL / MariaDB sur Linux : généralement sensible à la casse (paramètre
lower_case_table_names = 0par défaut). - MySQL / MariaDB sur Windows : généralement insensible (paramètre
lower_case_table_names = 1par défaut). - PostgreSQL : sensible à la casse pour les identifiants entre guillemets, et folding en minuscules automatique pour les identifiants non quotés.
🔑 Signature
| Position | Élément | Type | Description |
|---|---|---|---|
| Entrée | — | — | Aucun paramètre. La détection se fait sur la connexion active. |
| Sortie 1 | bProcessing | booléen | Vrai si la détection a réussi, Faux sinon. |
| Sortie 2 | nErrorCode | entier | Code d'erreur (0 si succès). |
| Sortie 3 | sErrorMessage | chaîne | Message d'erreur localisé (vide si succès). |
| Sortie 4 | bCaseSensitive | booléen | Vrai si le provider distingue la casse des identifiants, Faux sinon. Valeur indéterminée si bProcessing = Faux. |
💡 Exemple
Récupération de la sensibilité courante à des fins de diagnostic ou de logique applicative conditionnelle :
Cette procédure est déjà appelée automatiquement par ORM_Setup au démarrage du composant. L'appel direct n'est généralement utile que pour du diagnostic ponctuel ou pour adapter la logique applicative au provider courant.