Skip to main content

Tips and Tricks for a DEV DBA

Tips and tricks for a dev DBA
                The dev DBA role has become a very critical role in organizations that the success of the role speaks much tons for its self.  Depending on company(product area) you work, the priority of the responsibility  may change  but the core responsibilities will not have significant diversification.  
                I have been a dev DBA for approximately for four year and over the years I have collected a few tips and tricks that I think have assisted me to progress well in this capacity.

What can we do as DBA’s to turn things a round               
o    Don’t be a blocking issue
                                This is the most important aspects of been a dev DBA. If you don’t find a win win situation you will be considered a blocking issue and this does not go well with the product owners. I have been personally held responsible for attempting to chock a release because of suggesting significant changes late in the release cycle.               
o    Get the dev teams to understand how much it hurts the DB when data is accessed in undesirable manner.
o    Knowing your data using database profiling ( include Dinesh Asanka sql server performance link)
        Identifying repeating procedure calls with the same parameter
        Identifying repeating procedure calls with the same parameter but with irregular counts
                               
o    Spend sufficient time with the development team in understanding there technical challenges.
                                The chances are that, depending on the development approach, the way data is accessed will change and the two scents of dev DBA will be significantly appreciated in getting approach correct the first time.
o    Assisting with performance testing strategies
                This one of the areas where a dev DBA can bring lot of value to the project. As  a DBA you will be more aware of the areas where it hurts most in the database and guiding the performance testers in creating appropriate test scenarios for the obvious performance concerns. This will decide how well the application enhancement or new feature will live in the production.

o    Working with the tech leads and architects
                        Development leads and architects will almost all the time focus on getting a task completed in the shortest possible time frame. Their general instinct is to have a workable approach ready for the rest of the dev folks to keep coding and most times come short on the decision because they don’t look at the approach from a data owners perspective. By inviting yourself (dev DBA) into such design discussions and brining light to the leads and architects, designs will have better balance of how it should represent itself production.
        FYI : I have invited myself into many recurring design meetings and not said a word but gathered valuable details on the designs and provided feedback to other teams from data owners perspective which helps the general architecture of the application.

o    Initiatives
        As some of you may already know, DBA’s aren’t the most busiest people in the house. But when there is work we seriously have to knock on wood. So during the not so busy time it always better to have some initiatives lined up which will bring value to the company process and at the same time help you at the time of the score cards, increments , confirmations. Following are some of the initiatives that I have lined up  for myself. Some of them are self explanatory and other I will blog on them a later time.
   -     Patch tracking
   -     Backward compatibility
   -     Anticipating load from a API perspective
   -     Sub system specific ERD’s

I have been privileged to work at different capacities as a dev DBA along with the experience, I have gathered many soft skills and learnt many lessons that has helped me to succeed  at this capacity. 

Comments

Post a Comment

Popular posts from this blog

How To Execute A SQL Job Remotely

One of the clients needed its users to remotely execute a SQL job and as usual I picked this up hoping for a quick brownie point. Sure enough there was a catch and there was something to learn. Executing the job through SQLCMD was a no-brainer but getting it to execute on the remote machine was bit of challenge. On the coding Front 1    1.)     The bat file included the following code                 SQLCMD -S "[ServerName] " -E -Q "EXEC MSDB.dbo.sp_start_job @Job_Name = ' '[JobName]" 2    2.)     The Individual users were given minimum permissions  to execute the SQL job Ex. use msdb EXECUTE sp_addrolemember @rolename = 'SQLAgentOperatorRole', @membername = ' Domain\UserLogin ' At the client machine              This took a fair bit of time till our sysadmin got me an empty VM machine....
Post a Comment
Read more

Create a dacpac To Compare Schema Differences

It's been some time since i added anything to the blog and a lot has happened in the last few months. I have run into many number of challenging stuff at Xero and spread my self to learn new things. As a start i want to share a situation where I used a dacpac to compare the differences of a database schema's. - This involves of creating the two dacpacs for the different databases - Comparing the two dacpacs and generating a report to know the exact differences - Generate a script that would have all the changes How to generate a dacbpac The easiest way to create a dacpac for a database is through management studio ( right click on the databae --> task --> Extract data-tier-application). This will work under most cases but will error out when the database has difffrent settings. ie. if CDC is enabled To work around this blocker, you need to use command line to send the extra parameters. Bellow is the command used to generate the dacpac. "%ProgramFiles...
10 comments
Read more

High Watermarks For Incremental Models in dbt

The last few months it’s all been dbt. Dbt is a transform and load tool which is provided by fishtown analytics. For those that have created incremental models in dbt would have found the simplicity and easiness of how it drives the workload. Depending on the target datastore, the incremental model workload implementation changes. But all that said, the question is, should the incremental model use high-watermark as part of the implementation. How incremental models work behind the scenes is the best place to start this investigation. And when it’s not obvious, the next best place is to investigate the log after an test incremental model execution and find the implementation. Following are the internal steps followed for a datastore that does not support the merge statements. This was observed in the dbt log. - As the first step, It will copy all the data to a temp table generated from the incremental execution. - It will then delete all the data from the base table th...
4 comments
Read more