Consiglio struttura database WFM

[nixiam]

Buonasera,
vi scrivo dopo giorni di "pensamenti"

Sto lavorando ad un sistema di WFM che dia la possibilità di gestire interventi sul campo.
Ora però la richiesta di gestire più attività diverse mi ha obbligato a ridisegnare l'intero DB.
Al momento gestivo 2 singole tipologie di attività (Installazione, Guasti) ed il tutto era gestito da una sola tabella db con tutte le colonne di una e l'altra attività. La colonna inutilizzata per un'attività assumeva il valore null e tramite PHP non veniva mostrata.

Ora devo capire come poter strutturare un db che abbia le seguenti caratteristiche:

- l'utente può configurare infinite tipologie di attività diverse (Installazione, Guasto, Giardinaggio, Bonifica, ecc...)
- l'utente può configurare infinite proprietà/attributi (Nome cliente, Cognome, Indirizzo, Scadenza intervento, ecc...)
- per ogni attività possono essere associate molte proprietà (sicuramente non tutte)
- ogni proprietà più essere associata a molte attività (sicuramente non tutte)
- ogni proprietà può assumere tanti valori quante volte viene applicata (N° valori = proprietà X attività alla quale è applicata)
- l'utente non deve dover scegliere la tabella nella quale inserire la proprietà, sia questa si chiami "Nome cugino cliente" o "IBAN per pagamento"​

Facendo un esempio pratico posso avere che le proprietà di anagrafica cliente vengano utilizzate per ogni attività, ma magari la proprietà "Altezza erba" viene utilizzata solo per l'attività "Giardinaggio"

Qualcuno può aiutarmi? Grazie

 

[marino51]

è una gestione dei dati poco convenzionale, che crea complessità nella gestione dei "documenti"
ti suggerirei di,
1 - creare l' anagrafica cliente convenzionale con tutte le informazioni necessarie alla gestione commerciale/fiscale
2 - creare l' anagrafica delle proprietà/attributi
3 - creare l'anagrafica delle attività, che conterrà tutte le proprietà/attributi specifici per l'attività stessa
4 - creare la tabella dei documenti delle attività ordinate, ovvero da servire (con anche più attività nello stesso documento)

con questa struttura vi sono delle certezze,
1 - commerciali/fiscali,
2 - le attività una volta definite, richiedono sempre le stesse proprietà/attributi
(che non vengono associate di volta in volta con il pericolo di dimenticanza e/o improvvisazione)
3 - le attività ordinate sono "consistenti" con tutte le info necessarie
4 - documenti commerciali/fiscali ed eventuali riepiloghi sono ottenibili facilmente

insomma la consistenza dell'insieme è forte, pun non vincolando nuove proprietà/attributi e nuove attività

poi se dovessimo guardare le attività,
potremmo definire la tabella master con i dati salienti della singola attività e
la tabella dettaglio con l'elenco delle proprietà/attributi associati alla attività stessa,
non dimenticando in questa tabella l'indicatore che la proprietà/attributo é a scelta multipla per la specifica attività

potrebbero esistere anche proprietà/attributi (quantità, costi/prezzi) che sono associabili a tutte le attività
e che vengono aggiunte sempre al "documento ordine" per ciascuna attività

il tutto gestito da un'applicazione consona alla necessità