Dove lavoro, le nuove applicazioni in fase di sviluppo che utilizzeranno il proprio database relazionale, devono avere i loro modelli di database (concettuali, quindi fisici) rivisti e approvati dagli amministratori di database.
Le cose seguite sono normalizzazione, antipattern, standard di denominazione di tabelle e colonne, ecc.
È davvero una responsabilità del DBA fare questo?
o dovrebbe essere, in misura maggiore, la responsabilità dei progettisti di app e degli architetti?
Dipende da quanto esperti di database sono i tuoi sviluppatori, ma normalmente sì. Gli amministratori di database sono in genere più adatti a individuare potenziali problemi di prestazioni, oltre a fornire loro un'anteprima nel caso in cui debbano fare qualcosa di speciale o insolito durante la creazione del database (allocare spazio su più unità, impostare piani di failover, allocare buffer o temp insolitamente grandi segmenti, ecc.). Inoltre, come si sottolinea, è necessario applicare standard di denominazione e domini di dati. Sottolineeranno anche se alcuni dati che stai utilizzando sono già stati archiviati in un altro database, per ridurre la duplicazione dei dati.
Sì, quella pratica mi sembra abbastanza normale.
Se possiedi DBA (la cui esperienza dovrebbe includere la modellazione del database, la normalizzazione, la struttura dei nomi delle tabelle, ecc.), mi aspetto che tu voglia usarli ...
Perché dovresti avere DBA e non volere la loro esperienza e input? Sembra che sia la scelta più ovvia.
Leggi altre domande sui tag architecture application-design database-design relational-database dba