Esquema MySQL argentina del WCS Suray

argentina.sql (volcado Navicat, MySQL 5.7.40) arranca con SET FOREIGN_KEY_CHECKS=0 y no contiene ninguna cláusula FOREIGN KEY ni REFERENCES; varias tablas son MyISAM (wcs_task, wcs_node, wcs_rgv, wcs_plc, wcs_plcdevice, wcs_lifter_task), que no admiten FKs.
Todas las líneas son referencias lógicas que sigue el código; la base de datos no hace cumplir ninguna.
El trazo continuo solo indica relación identificante: las tablas puente wcs_user_role y wcs_role_menu, cuya PK compuesta está formada por las dos FKs. El resto es discontinuo (no identificante).

Joins en los mappers XML del JAR web: UserDBMapper.xml:53-55 (user→dept, user_role→role), MenuDBMapper.xml:61-63 (role_menu→menu, user_role→role), PlcDeviceDBMapper.xml:6 (plcdevice.plc_id→plc).
SysDictDataMapper.xml:62 y :117: los datos se cuentan y se renombran por dict_type, que es UNIQUE en sys_dict_type.
Bytecode de suray-server-service: TaskDB.processingRgvNo se escribe con RgvDB.getRgvNo() y se lee con SystemInit.getByRgvNo, así que apunta a wcs_rgv.rgv_no (columna sin índice UNIQUE en el DDL), no a rgv_id.
AutoEventDB.actionTaskId → TaskDBServiceImpl.getTaskDBById; ConnectConfDB.lifterId → PlcDBMapper.selectById; RgvDB.mappedSonRgv → NetAddressManageDBServiceImpl.getById; AssignConfigDB.zoneId → ZoneRuleMapper.selectOne con eq(ZoneRuleDB::getRuleId); ProgrammeDB/PortTaskConfigDB.portId → ProgrammeServiceImpl.findByPortId / PortContainer.getPortDB.
bind_repository_id lleva línea a wcs_warehouse donde el código lo usa como id de almacén (WareHouseDBServiceImpl.getById, Node.parseByWarehouse, getWarehouseCode, o se asigna desde WareHouseDB.getWarehouseId): wcs_task, wcs_lifter_task, wcs_node, wcs_port, wcs_programme, wcs_connect_config, wcs_rgv, wcs_plcdevice y wcs_interface_log.

wcs_task.pre_task_id → wcs_task.task_Id: tareas encadenadas (getTaskDBById / findTaskByPreTaskId); el índice FK7lm1ur22c2cteqw4sw6l7ogou parece un resto de un esquema Hibernate.
wcs_menu.parent_id → wcs_menu.menu_id y wcs_dept.parent_id → wcs_dept.dept_id: árboles con raíz parent_id = 0, recorridos por recursionFn en el servicio.
Archify no dibuja una relación de una tabla consigo misma; por eso estas tres columnas solo llevan la marca FK.

bind_repository_id de wcs_plc, wcs_assign_config y wcs_zone_rule: solo se usa como filtro eq o se copia a otra entidad (PlcDB → PlcDeviceDB.setBindRepositoryId); en wcs_parameter_configuration es varchar(50) y se consulta con LIKE.
task_id de wcs_exception_log y tack_id de wcs_rgv_log: solo filtros LIKE de búsqueda; wcs_lifter_task.task_id y wcs_scada.rgv_no: solo filtros eq; task_id de wcs_interface_log/wcs_plc_log, task_no de wcs_heart_log y series de wcs_stacker_task/wcs_stacker_info: sus getters no se llaman en los JAR desensamblados.
wcs_lifter_task.task_obj_id es polimórfica: según el caso se resuelve con getTaskDBById (wcs_task), getByRgvNo (wcs_rgv) o AutoProEvent.findEventByEventId (wcs_auto_event).
zone_id de wcs_node y wcs_task (se copia del nodo a la tarea), wcs_rgv_map.warehouse_id (tabla marcada 暂时无用 y sin entidad Java) y wcs_exception_log.err_code frente a wcs_code: sin lookup encontrado.

Se muestran las 879 columnas físicas de las 53 tablas, en el orden del DDL, con su tipo SQL tal cual.
Tras ｜ va el COMMENT original en chino, recortado con … a unos 5-6 caracteres para que el lienzo quepa legible; el texto completo está en argentina.sql.
PK compuestas: sys_job (job_id, job_name, job_group), wcs_parameter_configuration (conf_id, sys_config_type) y las dos tablas puente.
UK: sys_dict_type.dict_type, wcs_rgv_map.map y wcs_rgv_map.layer, y wcs_rgv.location (declarada dos veces, como location y location_2).