Back to General discussions forum
Hi,
I think the requirement of this problem is either not stated clearly or most likely is that the submit checker does not work correctly.
From what I understood the requirement is to give the trackcodes of the packages which have attempts with just one event with status "created".
I wrote such query but I am getting this error at submit ("Thanks for your Submission Attempt" window) like this:
Less [or More] results than expected for:
create table package ... [think some input test data pasted here]
Also the tables given above do not correspond to what is shown when you click on "Your Input Data" in the same window.
My theory is that the input data given to users's query is not the same with the input data that the server uses to check the users's answer, if someone could please check.
Thank you.
My solution just passed. Solutions are not just those packages with one created event ...
Thanks, gardengnome, I see though I am trying all kinds of attempts and still do not understand the requirement, this statement also confuses me in the problem:
...which have no any events, except "created"...
So does that mean:
Also, the error regarding "more" or "less" results then expected is given even if there is a syntax error.
Another thing which is not specified, the tracking numbers should be sorted in any way? Maybe I gave the correct response in one of my attempts but not in the correct order.
... which have no events unless the events are created events.
... which have no events that are non-created events.
Thanks for the tip gardengnome but still I am missing something.
So basically events which are not 'created' are NOT of interest from what I understand, or is there something more?
Is there an order of any kind needed for the result?
Think about the following two sets:
For this problem, how do you have to combine these two sets to get the answer?
I tried this a hundred times already in all kinds of combinations but still failing.
Let me give you the cases I see and if I return the corresponding trackcode or not:
I should mention that I tried all kinds of combinations of these, the one above is what I believe should be correct but I did not try ALL possible combinations though I guess I'll go ahead and do that since there are not so many.
Any other case I am maybe missing?
I have just tested an updated solution that uses the EXCEPT operator on:
I hope that gives a clue. I suspect that you might have a small implementation issue with the logic described above.
Wow so I tried using except as you said and it passed, then also used without except applying the same logic and it worked.
Indeed there was a very subtle logical difference in what I was doing.
I was selecting packages which have attempts that do not have non-created events.
Instead of to select packages which do not have attempts that have non-created events.
Thanks for sticking around to help me out, gardengnome! Hope this helps someone else who has issue with this one.