source oxmysql et les instructions d'installation<\/a> pour cette version avant de changer de pilote.<\/p>\nChargez la connexion avant le pilote<\/h2>\n
Dans le fichier server.cfg<\/code> actif, conservez le r\u00e9glage priv\u00e9 existant mysql_connection_string<\/code> au-dessus de ensure oxmysql<\/code>. D\u00e9marrez ensuite les ressources qui en d\u00e9pendent. Ne publiez pas les identifiants de connexion dans les journaux transmis au support. Ne supprimez le d\u00e9marrage de l\u2019ancien pilote qu\u2019apr\u00e8s avoir pris en compte toutes les ressources qui en d\u00e9pendent.<\/p>\nDans chaque ressource Lua utilisant la variable globale MySQL<\/code>, chargez la biblioth\u00e8que avant ses scripts serveur :<\/p>\nserver_scripts {\n '@oxmysql\/lib\/MySQL.lua',\n 'server\/*.lua'\n}\ndependency 'oxmysql'<\/code><\/pre>\nChoisissez le r\u00e9sultat dont vous avez besoin<\/h2>\n
Utilisez MySQL.query.await<\/code> pour un ensemble de lignes, MySQL.single.await<\/code> pour une ligne, MySQL.scalar.await<\/code> pour une valeur, MySQL.insert.await<\/code> pour un ID d'insertion et MySQL.update.await<\/code> pour les lignes affect\u00e9es. V\u00e9rifiez le retour document\u00e9 pour votre requ\u00eate\u00a0; un r\u00e9sultat vide est diff\u00e9rent d'une erreur.<\/p>\nCet exemple c\u00f4t\u00e9 serveur teste un aller-retour param\u00e9tr\u00e9 sans toucher \u00e0 une table de jeu. Ex\u00e9cutez-le \u00e0 partir d'une ressource apr\u00e8s le d\u00e9marrage d'oxmysql\u00a0:<\/p>\n
CreateThread(function()\n local ok, value = pcall(function()\n return MySQL.scalar.await('SELECT ?', { 'connection-ok' })\n end)\n if ok and value == 'connection-ok' then\n print('Database parameter check passed.')\n else\n print('Database parameter check failed; inspect the server log privately.')\n end\nend)<\/code><\/pre>\nV\u00e9rifiez chaque appel converti<\/h2>\n
Remplacez les valeurs utilisateur interpol\u00e9es par des param\u00e8tres positionnels ?<\/code> et une table de param\u00e8tres ordonn\u00e9e. Les noms de tables et de colonnes n\u00e9cessitent une liste d\u2019autorisation fixe ; les param\u00e8tres de valeurs ne permettent pas de choisir des identifiants SQL arbitraires.<\/p>\nAwait modifie le flux de contr\u00f4le\u00a0: utilisez le r\u00e9sultat apr\u00e8s le retour de await, g\u00e9rez les lignes manquantes et les exceptions, et v\u00e9rifiez si le joueur est toujours connect\u00e9 avant d'agir. Une \u00e9criture SQL r\u00e9ussie ne met pas automatiquement \u00e0 jour l'\u00e9tat du joueur en m\u00e9moire d'un framework.<\/p>\n
Maintenez les transactions sur une seule connexion<\/h2>\n
Utilisez l\u2019API de transaction document\u00e9e du pilote pour regrouper les op\u00e9rations SQL. Des appels s\u00e9par\u00e9s \u00e0 START TRANSACTION<\/code>, \u00e0 une requ\u00eate et \u00e0 COMMIT<\/code> via un pool de connexions ne garantissent pas que toutes les instructions utilisent la m\u00eame connexion.<\/p>\nLa r\u00e9ussite d\u2019une transaction signifie que ses instructions SQL n\u2019ont pas \u00e9chou\u00e9. Une instruction UPDATE<\/code> qui ne modifie aucune ligne peut malgr\u00e9 tout \u00eatre du SQL valide. La logique des paiements et de l\u2019inventaire doit appliquer explicitement les r\u00e8gles m\u00e9tier ; ne copiez pas un exemple g\u00e9n\u00e9rique de transfert de solde dans une \u00e9conomie en production.<\/p>\n