Its exactly THIS sort of question, which I'm getting a bit, which trips people up who self learn.
If you experienced with SQL extensively enough in a test lab: you should be able to answer the question, without necessarily revealing that this was all lab experience.
Heck, your competitors for the job are probably bs'ing their way through questions like this.
Exchange and SQL are mission critical applications. Few people really deserve to be able to say they have experience with them, and reach any level of expertise ---- most admins will just be relying on product vendor support, as in no troubleshooting abilities -- just relying on calling Microsoft right away, if they run into any problems or need to make changes to their deployment.
The average exchange admin out there can reset passwords, create mailboxes, and run the GUI wizards, but couldn't tell you what "SMTP" is.
The average SQL admin out there can use the SQL management studio, and do all sorts of things in the pretty GUI, which you can learn on a long weekend, but they couldn't write a line of T-SQL, if it slapped them in the face.
There are plenty of programmers/developers with a large amount of SQL background, who don't have day to day DBA responsibilities, and maybe only worked with the development SQL servers used for their application testing work.
SQL server, and VMware are not complicated software applications.
You just need a few thousand (3000 to 4000) hours working with them in a reasonable lab setup, and a lot of patience, to get a base level of experience.
However... some desktop PC running SQL or Vsphere does not a reasonable lab setup make.
You really need components and equipment similar to what a large company would use for their deployment;
real servers, SAN, etc, AND to run test workloads at a scale, with demands comparable to what an organization's production demand would be - and ways of simulating real-world workloads, spammers, performance requirements, and how well your servers are performing --- otherwise, you only really have 'limited experience' (that is: experience limited to the artificially small conditions imposed by small requirements).
The cheapest way to accomplish that, is probably to work in IT for a large company that is able to allow you to use test lab equipment; or rent lab time.