En termes de responsabilités et d'activités, quelle est la différence entre un administrateur de base de données (DBA) et un architecte de base de données?

Je dirais que le terme administrateur de base de données couvre toute la gamme des fonctions de base de données: conception, développement, support de production, optimisation des performances, rédaction de rapports, OLAP, etc.

Un architecte de base de données participe à la conception et au développement de solutions de base de données volumineuses ou complexes. Cependant, l'architecte n'est généralement pas impliqué dans les opérations quotidiennes du système une fois qu'il est déployé.

Je n'aime pas vraiment les deux termes. L'administrateur de base de données est trop vague, l'architecte de base de données semble prétentieux.

Je suis un programmeur informatique dans l'âme, mais ne sommes-nous pas tous?

Ces deux termes ont été utilisés de manière interchangeable par beaucoup. Je les regarde distinctement.

ADMINISTRATEUR DE BASE DE DONNÉES (DBA)

Le DBA fait exactement ce que son nom l'indique ... administrateur de la base de données. En fonction du SGBDR spécifique géré, le rôle DBA implique la mise en œuvre des aspects suivants:

• Authentification d'utilisateur
• stratégies de sauvegarde
• Métriques DB (enregistrement et affichage) (c.-à-d. Splunk, ScienceLogic EM7, MONyog, Nagios)
• Migration de données
• Mises à niveau / correctifs logiciels du SGBD
• La haute disponibilité
• Redondance des données
• Disposition de stockage DB
• Profilage de requête
• Surveillance du réglage des requêtes
• Pourquoi l'administration de base de données est-elle si difficile?

ARCHITECTE DE DONNÉES (DA)

Le rôle du DA passe par la planification de l'infrastructure du système d'information en termes de

• Objectifs d'affaires
• L'intelligence d'entreprise
• Répartition géographique des données
• Accès ministériel aux données à tous les niveaux de la hiérarchie de l'entreprise
• Communication de la conception aux administrateurs de base de données (s'il y a des problèmes cohérents avec les administrateurs de base de données qui y remplissent leurs rôles, le DA peut être appelé pour atténuer les problèmes de conception ou éventuellement réorganiser.)

Dans certains cas, une seule personne peut avoir ces deux rôles, voire un troisième (développeur). Dans les grandes entreprises, le rôle du DBA peut être défini comme des départements distincts. Contrawise, plus l'entreprise est petite, plus ces rôles se mélangent.

Quelles que soient les responsabilités du DBA et / ou du DA, une personne doit avoir des compétences relationnelles. Pourquoi? Vous devez interagir avec les développeurs qui codent SQL dans leurs applications. Les chefs de projet doivent établir des règles de base pour que le DBA / DA

• prendre les devants en fournissant un accès approprié au SGBD
• suggérer de meilleurs plans d'exécution de SQL
• répond aux besoins des développeurs
• reporter les barrages routiers dans les cycles de projet aux chefs de projet
• Comment les administrateurs de base de données pourraient-ils être plus «programmables»?

Sauf dans les entreprises les plus formelles, les titres spécifiques sont largement dénués de sens et DBA peut signifier presque n'importe quoi. Certains DBA sont axés sur les opérations, certains sont axés sur le développement, certains sont axés sur l'analyse. En réalité, sauf dans les très grandes entreprises où les titres sont strictement contrôlés et où les gens ont des emplois cloisonnés, la plupart des DBA traverseront plusieurs secteurs de l'entreprise. Chaque jour, j'interagis avec les domaines des opérations, du développement et de l'analyse de l'administration des bases de données.

En fin de compte, le travail d'un administrateur / architecte / ingénieur DB est d'être un expert en la matière dans la base de données et d'aider l'entreprise à utiliser au mieux cette ressource.