Ciao a tutti,

sono alle prese con un bel po di refactoring in un dominio, sto cercando di normalizzare il db nella 2Nf(seconda forma).

Ho una tabella nel db con circa 400 colonne quindi volevo fare una partizione verticale nel senso suddividere questa mia tabella in due tabelle e relazionarle tramite id.

La mia è una tipica tabella di fatturazione testata e corpo, nel corpo (400+ colonne ) ci sono anche tutti i riferimenti di altri documenti, nel senso se prendo un documento ddt e lo porto in fattura differita nel record del corpo ddt e nel record del corpo della fatt. diff mi riporta i relativi riferimenti di entrambi i documenti.

Quindi adesso senza normalizzazione la mia tabella corpo ha le colonne IdDDt,IdFdv,NumeroDDt,NumeroFdv,DataDDt,DataFdv,etc..

Quindi per ogni riferimento nella tabella Corpo Ci sono le rispettive Colonne(100/150 colonne in piu rispettivamente per ogni tipo di documento che sia ddt, differita,nota credito,buono etc...).

Adesso voglio normalizzare splittando la tabella togliendo tutte le colonne dei riferimenti(NumeroDDt,NumeroFdv,NumeroBuono,etc..)

e metterle in una tabella a parte (RiferimentiDocumenti) , facendo cosi elimino almeno 100/150 colonne (tutte relative ai riferimenti).



Però mi sorge un dubbio a video io ho la necessita di vedere queste informazioni di ogni riferimento(per raggruppamenti,stampe etc..) quindi quando il cliente ricerca un documento devo comunque fare un join per portarmi in una classe DTO tutte queste informazioni.

Ricapitolando:

Stavo Pensando di dividere in due la tabella nel db CorpoDocumento e RiferimentiDocumento e relazionarli tramite un Id

poi crearmi una classe CorpoDocumentoDTO (con tutte le colonne che mi servono a video 400+) quando ricerco la fatture farmi un join per unire le due tabelle del db nella mia classe CorpoDocumentoDTO(tabella temporanea in memoria che non esiste neldb).





Volevo qualche consiglio , se quello che vorrei fare è giusto o ci sono altre soluzioni e sopratutto se per le prestazioni è una buona pratica oppure non cambia nulla visto che poi sono costretto a fre un join e portarmi tutto in una classe in memoria.

Anche perche c'è da considerare il limite massimo di memoria che sql ha...



ps.: sto utilizzando Ef Code First

facendo un po di ricerca ho letto questo articolo

https://technet.microsoft.com/en-us/library/aa224786(v=sql.80).aspx



dove evidenzia che la normalizzazione non sia sempre la scelta miglriore in base al contesto.

nel mio contesto tutti quei campi mi servono sia mostrarli a video che fare dei raggruppamenti quindi sarei costretto ad effettuare sempre delle join.

Però la tabella ha raggiunto il numero masismo di colonne perche sql mi avvisa
"CorpoFatturaImmediata" è stata creata ma le dimensioni massime delle righe superano il valore massimo consentito, pari a 8060 byte. Le operazioni INSERT o UPDATE eseguite su questa tabella avranno esito negativo se le dimensioni delle righe

---

Modificato da brux88 il 28 agosto 2017 10.16 -