Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
Career
»
Resumes and Job Hunters
»
SQL exercises for job applicants
SQL exercises for job applicants
Rate Topic
Display Mode
Topic Options
Author
Message
latingntlman
latingntlman
Posted Wednesday, March 07, 2012 9:21 AM
SSC Veteran
Group: General Forum Members
Last Login: Wednesday, May 08, 2013 2:04 PM
Points: 200,
Visits: 427
Hello,
I'm not sure if this is the right forum for this question but here it goes.
It looks like we may be looking for a jr. sql developer in the near future, but I was wondering if there are any set of exercises that we can use as part of the interview for the applicant(s). I think this would help us better assess their skills and fit for the job.
Regards,
john
Post #1263093
Brandon Leach
Brandon Leach
Posted Wednesday, March 07, 2012 2:36 PM
SSC Veteran
Group: General Forum Members
Last Login: 2 days ago @ 9:08 AM
Points: 271,
Visits: 203
You could ask them how to find duplicate rows in a table. Possibly even finding the highest id value if the id is an integer column, say perhaps an identity. You should be able to learn a lot about them by how they solve this.
Post #1263293
Serge I
Serge I
Posted Saturday, March 10, 2012 9:46 PM
Valued Member
Group: General Forum Members
Last Login: Saturday, September 08, 2012 10:25 PM
Points: 54,
Visits: 35
A lot of exercises at
SQL Exercises
.
Post #1264798
SQLRNNR
SQLRNNR
Posted Saturday, March 10, 2012 9:57 PM
SSCoach
Group: General Forum Members
Last Login: Today @ 6:30 PM
Points: 18,733,
Visits: 12,330
Brandon Leach (3/7/2012)
You could ask them how to find duplicate rows in a table. Possibly even finding the highest id value if the id is an integer column, say perhaps an identity. You should be able to learn a lot about them by how they solve this.
I think this is a good approach.
I'd start by asking them how to solve various issues pertinent to your environment that maybe you have encountered and resolved in the past. It would give a lot of insight.
Jason
AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server 2008
SQL RNNR
Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp
Post #1264801
LutzM
LutzM
Posted Sunday, March 11, 2012 3:59 AM
SSCertifiable
Group: General Forum Members
Last Login: Wednesday, April 24, 2013 3:17 PM
Points: 6,731,
Visits: 12,131
I like the
FizzBuzz puzzle
.
I use it to identify if an applicant
- prefers using a set or loop based method where both methods are possible
- knows enough T-SQL to generate a numbers list from scratch (or if the person knows a method to generate such a list based on a system table)
- understand how the CASE fuction works
- knows how deal with error messages (usually an applicant would simply add "ELSE number" leading to a conversion error)
This simple test is also a good start to talk about some rather basic SQL internals: (Why does SQL Server try to convert "fizz" to a numeric value?)
The test to find duplicate rows is a good test for solving a common task.
Lutz
A pessimist is an optimist with experience.
How to get fast answers to your question
How to post performance related questions
Links for
Tally Table
,
Cross Tabs
and
Dynamic Cross Tabs
,
Delimited Split Function
Post #1264833
Jeff Moden
Jeff Moden
Posted Monday, April 01, 2013 4:44 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 12:30 PM
Points: 32,893,
Visits: 26,770
LutzM (3/11/2012)
I like the
FizzBuzz puzzle
.
I use it to identify if an applicant
- prefers using a set or loop based method where both methods are possible
- knows enough T-SQL to generate a numbers list from scratch (or if the person knows a method to generate such a list based on a system table)
- understand how the CASE fuction works
- knows how deal with error messages (usually an applicant would simply add "ELSE number" leading to a conversion error)
This simple test is also a good start to talk about some rather basic SQL internals: (Why does SQL Server try to convert "fizz" to a numeric value?)
The test to find duplicate rows is a good test for solving a common task.
Unless it's a very smart Junior, I wouldn't expect them to even know what a numbers list is never mind be able to generate one. Sure, the code is simple but I've worked with many supposedly Sr. Level Developers and DBAs that have never heard of things when it comes to numbering things. Shoot, even ROW_NUMBER has been out for over 8 years and I'm still finding Seniors that know nothing about it.
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1437653
Lynn Pettis
Lynn Pettis
Posted Monday, April 01, 2013 5:09 PM
SSC-Insane
Group: General Forum Members
Last Login: Today @ 6:08 PM
Points: 21,589,
Visits: 27,391
Jeff Moden (4/1/2013)
LutzM (3/11/2012)
I like the
FizzBuzz puzzle
.
I use it to identify if an applicant
- prefers using a set or loop based method where both methods are possible
- knows enough T-SQL to generate a numbers list from scratch (or if the person knows a method to generate such a list based on a system table)
- understand how the CASE fuction works
- knows how deal with error messages (usually an applicant would simply add "ELSE number" leading to a conversion error)
This simple test is also a good start to talk about some rather basic SQL internals: (Why does SQL Server try to convert "fizz" to a numeric value?)
The test to find duplicate rows is a good test for solving a common task.
Unless it's a very smart Junior, I wouldn't expect them to even know what a numbers list is never mind be able to generate one. Sure, the code is simple but I've worked with many supposedly Sr. Level Developers and DBAs that have never heard of things when it comes to numbering things. Shoot, even ROW_NUMBER has been out for over 8 years and I'm still finding Seniors that know nothing about it.
That wouldn't be a problem with some of the students coming from one of the colleges here in town if they would higher me to teach a MS SQL Server class. Using a Tally or Numbers table has become an important part of what I do on a regular basis almost. Using ROW_NUMBER() as well.
Lynn Pettis
For better assistance in answering your questions, click here
For tips to get better help with Performance Problems, click here
For Running Totals and its variations, click here
or
when working with partitioned tables
For more about Tally Tables, click here
For more about Cross Tabs and Pivots, click here
and
here
Managing Transaction Logs
SQL Musings from the Desert
Fountain Valley SQL
(My Mirror Blog)
Post #1437663
Dird
Dird
Posted Saturday, April 20, 2013 7:14 AM
SSC Rookie
Group: General Forum Members
Last Login: Today @ 5:50 PM
Points: 42,
Visits: 86
If you're looking for a junior I hope you wouldn't restrict yourself by solely asking questions that are all SQL Server specific...at least give them the option to use psuedocode. You might have a whizzkid fresh out of uni in the room with you who doesn't know any MSSQL currently but given a couple months may start showing up a couple of your mid-level staff
Post #1444710
« Prev Topic
|
Next Topic »
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.