In termini di responsabilità e attività lavorative, qual è la differenza tra un amministratore di database (DBA) e un architetto di database?

Direi che il termine Amministratore database copre l'intera gamma delle funzioni del database: progettazione, sviluppo, supporto alla produzione, ottimizzazione delle prestazioni, redazione di report, OLAP, ecc.

Un architetto di database è coinvolto nella progettazione e nello sviluppo di soluzioni di database di grandi dimensioni o complicate. Tuttavia, l'architetto di solito non è coinvolto nelle operazioni quotidiane del sistema una volta distribuito.

Non mi piacciono davvero entrambi i termini. Database Administrator è troppo vago, Database Architect sembra pretenzioso.

Sono un programmatore di computer, ma non lo siamo tutti?

Questi due termini sono stati usati in modo intercambiabile da molti. Li guardo distintamente.

AMMINISTRATORE DI DATABASE (DBA)

Il DBA fa esattamente ciò che suggerisce il nome ... amministratore del database. In base allo specifico RDBMS gestito, il ruolo DBA prevede l'implementazione dei seguenti aspetti:

• autenticazione utente
• strategie di backup
• DB Metrics (registrazione e visualizzazione) (ad esempio Splunk, ScienceLogic EM7, MONyog, Nagios)
• Migrazione dei dati
• Aggiornamenti / patch del software DBMS
• Alta disponibilità
• Ridondanza dei dati
• Layout archiviazione DB
• Profilazione delle query
• Supervisione dell'ottimizzazione delle query
• Perché l'amministrazione del database è così difficile?

DATA ARCHITECT (DA)

Il ruolo della DA va nella pianificazione dell'infrastruttura del sistema informativo in termini di

• Obiettivi aziendali
• Business Intelligence
• Distribuzione geografica dei dati
• Accesso dipartimentale ai dati attraverso tutti i livelli della gerarchia aziendale
• Comunicazione del design ai DBA (se ci sono problemi coerenti con i DBA che ricoprono lì ruoli, potrebbe essere necessario chiamare il DA per mitigare i problemi di progettazione o possibilmente rearchitect.)

In alcuni casi, un singolo individuo può avere questi due ruoli, forse anche un terzo (sviluppatore). Nelle grandi aziende, il ruolo del DBA può essere istituito come dipartimenti separati. Contrawise, più piccola è l'azienda, più questi ruoli si fondono.

Indipendentemente dalle responsabilità di DBA e / o DA di una persona, si devono avere le abilità delle persone. Perché? Devi interagire con gli sviluppatori che codificano SQL nelle loro applicazioni. I project manager devono stabilire le regole di base in modo che il DBA / DA lo farà

• assumere la guida fornendo un accesso adeguato al DBMS
• suggerire piani di esecuzione migliori di SQL
• soddisfa le esigenze degli sviluppatori
• rinviare i blocchi stradali nei Cicli di progetto ai Project Manager
• In che modo i DBA potrebbero essere più "programmatori"?

Tranne che nelle società più formali, i titoli specifici sono in gran parte privi di significato e DBA può significare quasi tutto. Alcuni DBA sono focalizzati a livello operativo, altri focalizzati sullo sviluppo, altri focalizzati sull'analisi. In realtà, fatta eccezione per le grandi aziende in cui i titoli sono rigorosamente controllati e le persone hanno posti di lavoro faticosi, la maggior parte dei DBA attraverserà diverse aree dell'azienda. In un dato giorno, interagisco con le operazioni, lo sviluppo e le aree analitiche dell'amministrazione del database.

In definitiva, il compito di un amministratore / architetto / ingegnere DB è quello di essere un esperto in materia nel database e di aiutare l'azienda a utilizzare al meglio quella risorsa.