Vai al contenuto

Contratto database dell'Agent

Il contenuto seguente descrive il contratto ricostruito dalle query, non uno schema DDL certificato. Le memorie non includono dump, migrazioni o verifica dello schema reale Agent.

DB1 — LinkMachine

Oggetto Operazione attiva Campi principali
Tabella scelta nel mapping, default dati_macchine UPDATE dei valori cambiati Colonne associate e campo del filtro
registro_pannello INSERT eventi operazione, macchina, db, software
etichette_prod INSERT richieste desarticolo, macchina, codarticolo, linkimage, qta, idarticolo
Tabella versione pannello del flusso legacy UPDATE macchina, ver_panel; il codice contiene uno schema specifico da verificare

DB2 — Gestionale/produzione

Oggetto Uso Campi richiesti dalle query
view_ordini_prod Coda e lookup ordini desart, idord, cod_lavorazione, qtaord, idmacchina, ordinamento, NoteOrdine, cod_stato, iddett, nord, cod_ord, cod_ordine
view_articoli Descrizione lavorazione idlavorazione, Descrizione
programmazione_link Quantità prodotta id, qta_prodotta
documenti Ricerca PDF ID documento, Descrizione
link documenti-files Percorso documento ID documento, Percorso, Nomefile
view_foto_articoli Immagine articolo IdPrimary, NomeFile
articoli Codice articolo etichetta ID articolo, Codice Articolo

La relazione tra view_ordini_prod.iddett e programmazione_link.id deve essere confermata. Non assumere che campi simili come cod_ord e cod_ordine siano intercambiabili.

Provider e comportamento

MySQL/MariaDB, Access ACE e SQL Server sono supportati dal codice con un provider globale. La compatibilità delle query cross-provider è parziale, soprattutto per nomi con spazi, schema qualificato e particolarità MySQL.

Le routine legacy aprono una connessione per operazione, tentano fino a tre volte con un secondo tra i tentativi e usano CommandTimeout=0. Dopo un errore definitivo registrano l'errore e terminano il processo. Il loro SQL usa interpolazione e non una transazione applicativa comune.

Il mapping nuovo usa invece update parametrizzati/transazionali e diagnostica separata. Questa differenza non cambia le altre query dell'Agent.

Verifica prima dell'esercizio

Confrontare viste, colonne, tipi, chiavi, cardinalità e privilegi con lo schema reale. Verificare quantità, eventi e identificativi su dati di prova. Le tabelle presenti in EasyMES forniscono un contesto utile, ma non garantiscono da sole che le due connessioni Agent siano configurate verso lo stesso schema o siano compatibili con tutte le query.