Esiste un modo per tenere traccia delle dipendenze della struttura dati dal database, attraverso i livelli, fino alla pagina Web?

In Java puoi ottenere almeno alcuni aiuto da Hibernate e JPA. Con questa combinazione è possibile descrivere la struttura dati completa negli oggetti Java con annotazioni e Hibernate genererà il DDL e, se configurato per farlo, aggiornare lo schema del database quando si cambiano gli oggetti.

Sul front-end, è possibile fornire i dati in formato JSON in modo da poter implementare un'interfaccia utente basata sui dati in JavaScript e creare dinamicamente le operazioni CRUD utilizzando etichette e valori presenti nella rappresentazione JSON. Ci sono librerie che convertono oggetti Java in JSON usando l'introspezione, quindi non ci sarebbe bisogno di supporto aggiuntivo per gli oggetti dati.

In genere le operazioni CRUD front end richiedono molta messa a punto per renderle appetibili per gli utenti, e forse anche per aiutare il testo, ad esempio, e non c'è modo di aggirarlo.

Probabilmente è ancora più semplice usare Ruby su Rails, ma non l'ho ancora esaminato.

Non conosco uno strumento generale per tale compito, ma ho il sospetto che ce ne siano di specializzati che possono farvi part-time, specialmente se si sta all'interno di un linguaggio introspettivo popolare come Java.

Devo dire che questo è un problema estremamente spinoso, soprattutto perché ogni livello è tipicamente scritto in una lingua diversa, e la tendenza è di codificare la struttura dei dati in modo nativo in ogni livello, magari con l'aiuto di uno strumento di generazione del codice. Qualsiasi strumento in grado di tagliare ciò dovrebbe essere in grado di analizzare parecchie lingue e mettere a punto le relative strutture di dati. Per renderlo trattabile, immagino che sia necessario incorporare nel codice i due marcatori speciali per lo strumento, altrimenti ogni livello sarebbe generato dinamicamente da un linguaggio di definizione dei dati master (non necessariamente un DDL tradizionale).

Non c'è magia se non la documentazione che probabilmente stai già facendo. Il problema è di tenerlo aggiornato una volta che questo documento esiste e renderlo obbligatorio durante la revisione del codice o il controllo qualità. Esistono strumenti di Enterprise Architecture come Mega ecc. Dove, se imposti correttamente la cosa, puoi tracciare dal DB fino al processo di business. Ma questi strumenti sono costosi, pesanti e richiedono un team di architettura dedicato per la gestione che potrebbe essere eccessivo per le organizzazioni più piccole.

Mi concentrerei sul registro del server delle applicazioni poiché spesso contiene voci per le chiamate di visualizzazione, le azioni del controller e le chiamate al database.