Conoscere meglio un database con centinaia di tabelle [duplicato]

Per il database di cui sono responsabile, faccio quanto segue:

• espone tutti i metadati nelle viste in modo da poter vedere gruppi di tabelle correlate in un modo più leggibile
• ogni vista / tabella ha un commento, ogni colonna ha un commento. Sì, è un dolore ma aiuta le persone nuove
• ogni funzione / procedura / trigger ha un commento a una riga che inizia con Riepilogo. Estrai il nome della procedura / funzione e il commento in una tabella.
• Toad ha un'opzione per documentare il tuo database come un file html. Rende la lettura a secco ma è un altro mezzo per accedere alla struttura
• ha una libreria di query standard utilizzate per accedere alle informazioni richieste più frequentemente
• hanno pacchetti che implementeranno elementi comunemente richiesti come accesso, nuovi metadati, disabilitazione dei metadati
• non essere troppo intelligente. Quel codice geniale che hai scritto in un lampo di intuizione non sarà probabilmente compreso da te sei mesi dopo o da un nuovo membro del team. Se è necessario, documenta e commenta il codice.

Ciò che ha funzionato per me è:

• Traccia un gigantesco modello fisico del database.

È necessario utilizzare uno strumento come Sybase Power Designer e eseguire il reverse engineering del modello. Ci sono anche strumenti gratuiti che potrebbero essere utilizzati. Una volta lì, devi trovare un servizio di trama e farlo tracciare in grande formato. Quindi mettilo sul muro.

È utile se si riformatta per la prima volta il modello per una migliore leggibilità delle relazioni. Quello che faccio è:

• Utilizza linee non diagonali
• Fai stampare il join con ogni relazione
• Impedisci le linee sovrapposte
• Riduci al minimo le linee di attraversamento
• Raggruppa tabelle in cluster