Exercise #57 page 1 

For every class that has not less than 3 ships in the database determine the number of ships of this class sunk in the battles, if any. Output: class and the number of the sunken ships. This exercise is somewhat similar to the exercise 56, i.e. here it is possible to suppose the same mistakes in calculation of the number of sunken ships. However the situation is also aggravated with definition of the total number of the ships in a class. Let's consider the solution that the check system doesn't accept. Exercise 3.13.1
The first left join gives all classes repeating so many times as the number of ships available in the Ships table. If any class doesn't have ships in this table, it will be noted one time, and it gives us an opportunity to consider the leading ships of the class in the Outcomes table, if any. Next, one left join is being worked out with the set of sunken ships on the predicate
In the calculating column 1 is being inserted, if the name of the sunken ship coincides either with the name of the ship, or with the name of the class from the set had been got earlier. So, here we do try to consider the leading (head) ships. Finally, the grouping by the classes with selection by the number of ships (rows) in the class is being worked out, and the sum of the sunken ships (units in the column “outs”) is being calculated. Author of this solution offers the rational way to calculate in one grouping both the total number of ships, and the quantity of the sunken ships in the class. The predicate,
Those who read the analysis of the previous tasks, have already guessed, what the problem is. That's right, the problem is in the predicate of the second join. But not only in this. Let's consider the next variant of data. Let for some class class_N in the Ships table we have two ships: ship_1 and ship_2. Besides, in the Outcomes table there is the sunken ship ship_1 and survived the leading ship – class_N. The first join gives:
We work out the second join:
In the result this class will not get into the resulting set at all, because the condition COUNT(*) > 2 won't be held, but actually there are three ships. The reason of the mistake lies in the fact that we perform the join only on the sunken ships, simultaneously counting the total number of ships. Now let's change a little data in the example. And let the leading ship class_N to be also sunk. Then the result of the join is:
The last two rows will be got in the result of joining the row of the sunken leading ship, as the predicate c.class=o.ship gives “true”. So, instead of one row for the leading ship we get a row for every ship of the class from the Ships table. Totally, instead of
You may try to correct this solution or to use another way on the basis of the inner join and union. As it will seem surprising, but three absolutely different solutions presented below contain the same mistake, at least, they return the same result on the checking database of a site.

Тут 
Шланг компенсированный и некомпенсированный для цветников, грядок и теплиц 
tabakpochtoy.com 
Печать на ручках, Футболки 
Стильные футболки. Прямая печать. Гарантия качества. Доставка 
papaprint.ru 
Раздвижное остекление веранды и террасы 
Веранды,террасы остекление, беседки из алюминиевого профиля 
lightgarden.ru 