I often think if the above two roles can be completely separated. From my point of view I would say that this is not 100% possible.
Of course, DBAs are not developers and developers are not DBAs.
The Role of the DBA
The DBA is responsible for the environmental aspects of a DBMS like the databases integrity, performance, backup, security, installation of new DBMS software, etc.
The Role of the Database Developer
The Database Developer is the person who designs databases and other related database objects. Is the person who writes application code against DBMSs using T-SQL and other data access technologies.
There are many cases where the developer cannot perform the tasks the DBA can. Examples of such tasks are: Implementing High Availability solutions, DBMS security and so on.
Also, there are cases where the DBA cannot perform tasks that the developer can. Such tasks can be: Implementing T-SQL queries and other database objects (i.e. stored procedures and functions) that access and modify data.
Database that Both DBAs and Developers can Perform
Though, as the below figure graphically illustrates, there is an area of responsibility which is common for all the DBMS-related professionals in terms of common tasks or tasks which require the interaction of both DBMS professionals:
As an example, consider the task of Performance Tuning. In this case the DBA will monitor the DBMS instance for identifying bottlenecks on the memory, disk, CPU and network subsystems which are might caused by the operation of the databases under that DBMS instance. If the DBA discover a bottleneck on the pre-mentioned subsystems then is able to proceed with optimizing the DBMS by upgrading the subsystems causing bottlenecks (i.e. add more RAM) or addressing the issue relatively independently.
Though, doing only this is not really enough for performing an efficient and comprehensive performance tuning. Imagine the case where the DBAs runs a trace and finds that a specific database query which exists in a stored procedure and manipulates data has slow performance and needs to be rewritten. In this case the DBA will discuss this with the designer (developer) of the stored procedure in order for the latter to perform the required analysis and then redesign/optimize the stored procedure accordingly.
The above example indicates that performance tuning is one of the DBMS tasks which require the cooperation of the DBA and the Database Developer in some of its aspects.
Another example within the above context is writing T-SQL queries. Sure, the DBA writes T-SQL queries for administrating the DBMS instance whereas the developer writes T-SQL queries for manipulating data but still, in many cases they both write similar code. So under this context, the DBA should be capable of writing T-SQL queries with ease, not for manipulating data within the databases (this is the developer’s job) but for performing automated, administrative tasks. An example for performing automated tasks in a DBMS is to design and implement a stored procedure which can be executed on a scheduled-time basis.
The Role of the Business Intelligence Developer
Lately, Business Intelligence (BI) became very popular. To this end, now there is another DBMS role; the BI Developer.
The BI developer is the person who works with business intelligence technologies, in the case of SQL Server, like Reporting Services, Analysis Services, and Integration Services. Is the person who analyzes data in large Data Warehouses and transforms row data into knowledge.
Yet again, as the below figure graphically illustrates, there are still common tasks among the DBA, Database and BI Developer roles which require the interaction of all roles:
Like in the first example, a comprehensive performance tuning would require all three DBMS professionals working together in some of its aspects. Also, all three professionals must be capable of “reading” and writing T-SQL queries. Additionally, all three roles should work together in the case of data archiving and so on.
Concluding Remarks
My conclusion is that even though each DBMS role has its own, genuine areas of responsibility where only professionals under that specific role can perform the related tasks, there will always be some tasks which will need the cooperation of all three (or even more) DBMS roles.
Of course, if a person has expertise on all the aspects of a DBMS operation (Administration, Development, Business Intelligence, etc.), this would be the best case scenario! 🙂
Strengthen your SQL Server Administration Skills – Enroll to our Online Course!
Via the course, you will learn essential hands-on SQL Server Administration tips on SQL Server maintenance, security, performance, integration, error handling and more. Many live demonstrations and downloadable resources included!
(Lifetime Access/ Live Demos / Downloadable Resources and more!)
Sharpen your SQL Server database programming skills via a large set of tips on T-SQL and database development techniques. The course, among other, features over than 30 live demonstrations!
(Lifetime Access, Certificate of Completion, downloadable resources and more!)
Artemakis Artemiou is a seasoned Senior Database and AI/Automation Architect with over 20 years of expertise in the IT industry. As a Certified Database, Cloud, and AI professional, he has been recognized as a thought leader, earning the prestigious Microsoft Data Platform MVP title for nine consecutive years (2009-2018). Driven by a passion for simplifying complex topics, Artemakis shares his expertise through articles, online courses, and speaking engagements. He empowers professionals around the globe to excel in Databases, Cloud, AI, Automation, and Software Development. Committed to innovation and education, Artemakis strives to make technology accessible and impactful for everyone.
Views:4,114
2 thoughts on “A DBA or a Database Developer?”
Seggration of duties is a must in large organizations for many reasons (security, auditing etc). In small organizations we find 1 person doing Db administration and development work. However in large organizations developers should not have access to production and Dbas should focus on the availabiity and performance of their critical systems.
Hi Andrea,
Thank you for your comment.
I totally agree with you that segregation of duties is totally necessary in large organizations. Well, it is also necessary in small organizations but of course, due to budget limitations, etc., it is less applicable.
Large organizations have the capability of having specialized personnel performing specific tasks. Based on this post's concept an example is a DBA strictly performing administrative tasks on the DBMS and a Database Developer designing/implementing data applications and designing databases.
However, even though segregation of duties in large organizations is a must, segregation of knowledge sectors among the technical personnel within an organization (regardless of its size) cannot be so strict. For example, if a DBA knows how to design a stored procedure, it will then be much easier for him/her to have a technical discussion with a Database Developer regarding an expensive stored procedure which was identified during a performance monitoring process that it generates a very high I/O. Similarly, if a Database Developer understands what Replication is, he/she will be able to better design a database and data application for making it easier for the DBA to set up the Replication process later and so on.
What I am trying to say (and this is just my personal opinion 🙂 is that the more the DBAs and Database Developers know, the easier is to cover any knowledge gaps having to do with the design, implementation, operation and maintenance of a DBMS instance and the databases it supports. I believe that the same stands for the entire field of Information Technology.
Cheers, Artemakis
Comments are closed.
We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept All”, you consent to the use of ALL the cookies. However, you may visit "Cookie Settings" to provide a controlled consent. Read More
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
Cookie
Duration
Description
cookielawinfo-checkbox-analytics
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".
cookielawinfo-checkbox-functional
11 months
The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional".
cookielawinfo-checkbox-necessary
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary".
cookielawinfo-checkbox-others
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.
cookielawinfo-checkbox-performance
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance".
viewed_cookie_policy
11 months
The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data.
Functional cookies help to perform certain functionalities like sharing the content of the website on social media platforms, collect feedbacks, and other third-party features.
Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.
Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics the number of visitors, bounce rate, traffic source, etc.
Advertisement cookies are used to provide visitors with relevant ads and marketing campaigns. These cookies track visitors across websites and collect information to provide customized ads.
Loading...
Seggration of duties is a must in large organizations for many reasons (security, auditing etc).
In small organizations we find 1 person doing Db administration and development work.
However in large organizations developers should not have access to production and Dbas should focus on the availabiity and performance of their critical systems.
Hi Andrea,
Thank you for your comment.
I totally agree with you that segregation of duties is totally necessary in large organizations. Well, it is also necessary in small organizations but of course, due to budget limitations, etc., it is less applicable.
Large organizations have the capability of having specialized personnel performing specific tasks. Based on this post's concept an example is a DBA strictly performing administrative tasks on the DBMS and a Database Developer designing/implementing data applications and designing databases.
However, even though segregation of duties in large organizations is a must, segregation of knowledge sectors among the technical personnel within an organization (regardless of its size) cannot be so strict. For example, if a DBA knows how to design a stored procedure, it will then be much easier for him/her to have a technical discussion with a Database Developer regarding an expensive stored procedure which was identified during a performance monitoring process that it generates a very high I/O. Similarly, if a Database Developer understands what Replication is, he/she will be able to better design a database and data application for making it easier for the DBA to set up the Replication process later and so on.
What I am trying to say (and this is just my personal opinion 🙂 is that the more the DBAs and Database Developers know, the easier is to cover any knowledge gaps having to do with the design, implementation, operation and maintenance of a DBMS instance and the databases it supports. I believe that the same stands for the entire field of Information Technology.
Cheers,
Artemakis