fonte e instru\u00e7\u00f5es de instala\u00e7\u00e3o do oxmysql<\/a> para essa vers\u00e3o antes de trocar os drivers.<\/p>\nCarregue a conex\u00e3o antes do driver<\/h2>\n
No server.cfg<\/code> ativo, mantenha a configura\u00e7\u00e3o privada existente de mysql_connection_string<\/code> acima de ensure oxmysql<\/code>. Inicie os recursos dependentes depois. N\u00e3o publique credenciais de conex\u00e3o em logs enviados ao suporte. Remova a inicializa\u00e7\u00e3o do driver antigo somente depois de identificar e considerar todos os recursos que dependem dele.<\/p>\nEm cada recurso Lua que usa a vari\u00e1vel global MySQL<\/code>, carregue a biblioteca antes dos scripts de servidor:<\/p>\nserver_scripts {\n '@oxmysql\/lib\/MySQL.lua',\n 'server\/*.lua'\n}\ndependency 'oxmysql'<\/code><\/pre>\nEscolha o resultado que voc\u00ea precisa<\/h2>\n
Use MySQL.query.await<\/code> para um conjunto de linhas, MySQL.single.await<\/code> para uma linha, MySQL.scalar.await<\/code> para um valor, MySQL.insert.await<\/code> para um ID de inser\u00e7\u00e3o e MySQL.update.await<\/code> para linhas afetadas. Verifique o retorno documentado para sua consulta; um resultado vazio \u00e9 diferente de um erro.<\/p>\nEste exemplo executado no servidor testa uma consulta parametrizada e seu retorno sem acessar uma tabela de jogabilidade. Execute-o em um recurso depois que o oxmysql tiver iniciado:<\/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>\nRevise cada chamada convertida<\/h2>\n
Substitua valores do usu\u00e1rio interpolados por marcadores posicionais ?<\/code> e uma tabela ordenada de par\u00e2metros. Identificadores de tabelas e colunas exigem uma lista fixa de permiss\u00f5es; marcadores de valores n\u00e3o podem selecionar identificadores SQL arbitr\u00e1rios.<\/p>\nAwait altera o fluxo de controle: use o resultado ap\u00f3s o retorno do await, trate linhas ausentes e exce\u00e7\u00f5es, e verifique se o jogador ainda est\u00e1 conectado antes de agir. Uma grava\u00e7\u00e3o SQL bem-sucedida n\u00e3o atualiza automaticamente o estado do jogador em mem\u00f3ria de um framework.<\/p>\n
Mantenha as transa\u00e7\u00f5es em uma conex\u00e3o<\/h2>\n
Use a API de transa\u00e7\u00f5es documentada do driver para agrupar opera\u00e7\u00f5es SQL. Chamadas separadas de START TRANSACTION<\/code>, consulta e COMMIT<\/code> por meio de um pool de conex\u00f5es n\u00e3o garantem que todas as instru\u00e7\u00f5es usem a mesma conex\u00e3o.<\/p>\nUma transa\u00e7\u00e3o bem-sucedida significa que suas instru\u00e7\u00f5es SQL n\u00e3o falharam. Um UPDATE<\/code> afetando zero linhas ainda pode ser SQL v\u00e1lido. A l\u00f3gica de pagamento e invent\u00e1rio deve impor explicitamente as condi\u00e7\u00f5es de neg\u00f3cios; n\u00e3o copie um trecho gen\u00e9rico de transfer\u00eancia de saldo para uma economia real.<\/p>\n