Base de datos y migración
Tablas en, ejemplos SQL, respaldo y datos de zonas
Tablas
| Tabla | Datos |
|---|---|
| en_jobs | Jobs permitidos y etiquetas |
| en_zones | Nombre, dueño, job, coordenadas, radio, loot, intervalo y captura |
| en_gang_stats | Bajas, muertes, capturas por job |
| en_zone_records | Récord y propietario actual de cada territorio |
Importa en_zones.sql una vez en instalación nueva. Contiene INSERT de ejemplo, por lo que repetirlo puede producir Duplicate entry de mechanic/prueba. No significa que las cuatro tablas estén rotas. No borres zonas reales para resolverlo: comprueba estructura y omite los INSERT ya existentes.
json/zones_extra.json es otro archivo que debes respaldar. Esta copia lo utiliza como espacio de datos adicionales por zona y puede conservarlo durante operaciones de tablet. Las pantallas de ranking permanentes están en config.lua, no en esa tabla.
Migrar desde kmsscripts
Haz un export completo y detén la versión anterior. Comprueba nombres y que no existan ya tablas destino. Solo en ese caso:
RENAME TABLE kmsscripts_zones TO en_zones;
RENAME TABLE kmsscripts_jobs TO en_jobs;
RENAME TABLE kmsscripts_gang_stats TO en_gang_stats;
RENAME TABLE kmsscripts_zone_records TO en_zone_records;No ejecutes los cuatro RENAME si alguna tabla de origen no existe o ya hay destino con datos: ajusta la migración a tu respaldo. Renombrar no añade columnas; compara radius, rewards_json, reward_interval y capture_time con el SQL del paquete.
Verificación de lectura
SHOW TABLES LIKE 'en_%';
SHOW COLUMNS FROM en_zones;
SELECT zone, owner, job, radius, reward_interval, capture_time FROM en_zones;
SELECT name, label FROM en_jobs;Los campos x/y/z se guardan como texto en el SQL original y se convierten a número al leerlos. No introduzcas comas decimales. rewards_json debe ser JSON válido; para editar de forma normal usa la tablet. No cambies prefijos arbitrariamente: esta copia consulta nombres en_ directamente, no hay un selector de prefijo en Config.