c\u00f3digo fuente de oxmysql y las instrucciones de instalaci\u00f3n<\/a> para esa versi\u00f3n antes de cambiar de controlador.<\/p>\nCarga la conexi\u00f3n antes que el controlador<\/h2>\n
En el server.cfg<\/code> activo, conserva el ajuste privado existente de mysql_connection_string<\/code> por encima de ensure oxmysql<\/code>. Inicia despu\u00e9s los recursos dependientes. No publiques credenciales de conexi\u00f3n en registros de soporte. Elimina el inicio del controlador antiguo solo despu\u00e9s de haber identificado y tenido en cuenta todos los recursos que dependen de \u00e9l.<\/p>\nEn cada recurso Lua que use el MySQL<\/code> global, carga la biblioteca antes de sus scripts de servidor:<\/p>\nserver_scripts {\n '@oxmysql\/lib\/MySQL.lua',\n 'server\/*.lua'\n}\ndependency 'oxmysql'<\/code><\/pre>\nElige el resultado que necesitas<\/h2>\n
Usa MySQL.query.await<\/code> para un conjunto de filas, MySQL.single.await<\/code> para una fila, MySQL.scalar.await<\/code> para un valor, MySQL.insert.await<\/code> para un ID de inserci\u00f3n y MySQL.update.await<\/code> para las filas afectadas. Verifica el retorno documentado para tu consulta; un resultado vac\u00edo es diferente de un error.<\/p>\nEste ejemplo del lado del servidor prueba un viaje de ida y vuelta parametrizado sin tocar una tabla de juego. Ejec\u00fatalo desde un recurso despu\u00e9s de que oxmysql se haya 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>\nRevisa cada llamada convertida<\/h2>\n
Sustituye los valores interpolados del usuario por marcadores posicionales ?<\/code> y una tabla ordenada de par\u00e1metros. Los identificadores de tablas y columnas requieren una lista fija de valores permitidos; los marcadores de valores no pueden seleccionar identificadores SQL arbitrarios.<\/p>\nAwait cambia el flujo de control: usa el resultado despu\u00e9s de que await retorne, maneja las filas faltantes y las excepciones, y verifica si el jugador sigue conectado antes de actuar. Una escritura SQL exitosa no actualiza autom\u00e1ticamente el estado del jugador en memoria de un framework.<\/p>\n
Mant\u00e9n las transacciones en una conexi\u00f3n<\/h2>\n
Utiliza la API de transacciones documentada del controlador para agrupar operaciones SQL. Las llamadas separadas de START TRANSACTION<\/code>, consulta y COMMIT<\/code> a trav\u00e9s de un pool de conexiones no garantizan que todas las instrucciones utilicen la misma conexi\u00f3n.<\/p>\nQue una transacci\u00f3n tenga \u00e9xito significa que sus sentencias SQL no fallaron. Un UPDATE<\/code> que afecta a cero filas a\u00fan puede ser SQL v\u00e1lido. La l\u00f3gica de pago e inventario debe aplicar las condiciones comerciales expl\u00edcitamente; no copies un fragmento gen\u00e9rico de transferencia de saldo en una econom\u00eda en vivo.<\/p>\n