Join vs subquery performance

Question

1.00/5 (1 vote)

See more:

It is an interview question. The interviewer did not mention too much. He just asked me:
I have two tables, They don't have primary keys. If I want to select data from the two tables.
I want to know the performance by join vs sub query.

What I have tried:

google search has clues. But they don't indicate whether primary keys.

Posted 20-Jul-17 10:21am

Member 12658724

Updated 20-Jul-17 12:53pm

v2

Add a Solution

Comments

PIEBALDconsult 20-Jul-17 16:28pm

To do what? Please use "Improve question" to add detail, context, examples, etc.

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

CHill60 · Accepted Answer · 2017-07-20T12:53:00

Google search has more than clues - it has answers[^]
I'm sorry, but if you can neither answer the question, nor determine the answer from a google search; and if you haven't got the nouse to say "I don't know the answer - I would examine the execution plan to work out the difference in performance" then I have to question how you got as far as the "interview" in the first place.

Sometimes the "right" answer is to say "I don't know ... but this is how I would find out/remind myself/look it up in the documentation"... that is the best advice I was given, so I'm passing it on to you