Français
Français
Lors de l'exécution de requêtes à l'aide de l'APD dans PHP, la méthode PDOSTATION :: GetColumnMeta peut nous aider à obtenir des métadonnées d'une colonne dans l'ensemble de résultats, telles que le nom de champ, le type de données, la longueur, etc., cependant, de nombreux développeurs constateront que les informations renvoyées par cette méthode sont souvent incomplètes, en particulier lorsque vous utilisez certains conducteurs de base de données (tels que MySQL). Cela peut entraîner une logique qui dépend du traitement des métadonnées sur le terrain aux erreurs ou aux anomalies du comportement.
Cet article analysera le problème incomplet de GetColumnMeta et fournira des solutions pratiques et des méthodes alternatives pour aider les développeurs à créer des applications de base de données plus robuste.
Voici un code typique pour utiliser GetColumnMeta pour obtenir des informations sur le terrain:
<code> $ PDO = new PDO ('mysql: host = localhost; dbname = test', 'root', ''); $ stmt = $ pDo-> query ('select id, nom From Users Limit 1'); $ meta = $ stmt-> getColumnMeta (0); print_r ($ meta); </code>La sortie peut ressembler à ceci:
<code> array ([native_type] => long [flags] => array () [name] => id [len] => 11 [précision] => 0 [pdo_type] => 2) </code>Vous trouverez de nombreux champs, tels que la table , le nom de Dbnn , Not_Null , qui peut être manqué, ou les drapeaux sont vides. Ces données auraient dû apparaître dans la méta-information, mais n'ont pas été retournées.
Différents pilotes de base de données prennent en charge GetColumnMeta différemment. Le pilote PDO de MySQL ( PDO_MYSQL ) a une prise en charge très limitée pour cette méthode de conception, et de nombreux champs sont codés en dur ou traités par défaut.
Si une expression ou un alias est utilisé dans une déclaration de requête, tel que:
<code> Sélectionnez ID + 0 en tant que réel_id dans les utilisateurs </code>À l'heure actuelle, GetColumnMeta ne peut pas retracer les méta-informations réelles du champ car ce n'est pas une colonne directe de la table.
Certaines versions plus anciennes de MySQL Server ou Bibliothèques client peuvent ne pas renvoyer du tout des méta-informations complètes.
Essayez d'éviter de calculer les champs, d'utiliser des fonctions ou de les renommer dans la requête et de garder les champs dans les résultats de la requête conformes à la structure de la base de données:
<code> Sélectionnez ID, nom dans les utilisateurs </code>Au lieu de s'appuyer sur GetColumnMeta , il est préférable d'interroger activement les informations sur la structure de la base de données:
<code> $ stmt = $ PDO-> Query ("Décrire les utilisateurs"); $ colonnes = $ stmt-> fetchall (pdo :: fetch_assoc); print_r ($ colonnes); </code>ou:
<code> $ stmt = $ PDO-> Query ("SELECT Column_name, DATA_TYPE, IS_NULLABLE, Column_Key From information_schema.columns où table_schema = 'test' et table_name = 'utilisateurs'"); $ colonnes = $ stmt-> fetchall (pdo :: fetch_assoc); </code>Cette méthode peut obtenir complètement des méta-informations pour tous les champs et est plus polyvalente et maintenable.
Certaines bibliothèques abstraites de base de données matures (telles que la doctrine DBAL ou l'éloquente de Laravel) encapsulent l'implémentation sous-jacente et fourniront une interface de métadonnées de champ plus fiable. Par exemple:
<code> Utiliser la doctrine \ dbal \ driverManager; $ conn = driverManager :: getConnection ([
'dbname' => 'test',
'utilisateur' => 'root',
'mot de passe' => '',
'host' => 'localhost',
'Driver' => 'PDO_MYSQL',
]));
$ scheMamanager = $ con-> createScheManager ();
$ colonnes = $ scheManager-> listTableColumns ('utilisateurs');
</code>
Cela peut éviter d'analyser vous-même la structure d'origine et d'améliorer la lisibilité et la stabilité du code.
Pour les scénarios d'application où les méta-informations sont fréquemment interrogées, la structure du champ peut être pré-acquise pendant le développement ou le déploiement et mise en cache en tant que fichier JSON ou PHP, par exemple:
<code> file_put_contents ('/ tmp / users_meta.json', json_encode ($ colonnes)); </code>Il suffit de le lire directement pendant l'exécution:
<code> $ colonnes = json_decode (file_get_contents ('/ tmp / users_meta.json'), true); </code>Cette méthode convient aux projets avec des structures stables et peut réduire considérablement la pression de la base de données pendant le fonctionnement.
Bien que Pdostatement :: GetColumnMeta fournit un moyen d'accéder aux métadonnées de la colonne, il ne peut pas être complètement invoqué pour créer une logique liée à la structure des données en raison de ses différences d'implémentation dans différents moteurs de la base de données. En combinant les instructions décrites , l'information_schema , les bibliothèques tierces ou le cache Meta Information, le problème des informations incomplètes peut être effectivement évitée, améliorant ainsi la robustesse du programme.
Si vous devez créer une interface d'extraction de métadonnées commune, vous pouvez également combiner ces solutions pour réaliser un service d'outils qui s'adapte automatiquement à l'environnement. Par exemple, déployez un service interne et utilisez l'interface gitbox.net/api/columns.php?table=users interface en interface pour retourner la structure de champ standard pour éviter l'analyse répétée dans le code commercial.
Ce n'est qu'en maîtrisant les différences comportementales sous-jacentes que nous pouvons faire des choix plus fiables dans l'architecture.
