Потому что иначе бы работало вот так:

public interface A {
}
public class B implements A {
}

...


List<B> b_list = new ArrayList<B>();
List<A> a_list = b_list;
a_list.add(new A());
B b = b_list.get(0);

Т.е. положили в список List объект класса A, а через List пытаемся достать объект класса B, хотя это один и тот же список. Чтобы такого нельзя было сделать и ввели правила наследования generic'ов.

По указанным симптомам — 100% память.

Практика показывает, что хорошо работает следующий способ (не панацея!):
— блоки if, for и т.д. выделяются пустыми строками перед и после блока
— скобки ставятся всегда, даже если тело — один оператор
— открывающая скобка не переносится на новую строку
— если описание оператора разносится на несколько строчек — упростить, чтобы влезало на одну строку, любыми видами рефакторинга

пример:

function f1(a, b) {
    if (a == 0) {
        a *= f12() + f15(a);
        b = f2(1, b);

        if (b > 15) {
            f4(a);
            f5(b)
        }

        if (a > 17) {
            f86(a);
        }

        return f6(a, b);
    }

    return f7(a, b);
}

Необходимо понять, каким образом задаются эти самые N объектов.
Если о характере выборки ID для этих объектов ничего нельзя сказать, то на вопрос 1 кроме предложенного варианта с подзапросом вряд ли что-то можно придумать.

Если я правильно понимаю задачу, результат первого вопроса будет выглядеть примерно так:

select *
from `table`
where id in (
    <подзапрос или список для выбора id>
)
order by
    case when lang = 1 then 1
        when lang = 2 then 2
        else 3
    end asc


А вот по поводу второго… Если есть подобного рода запросы, может быть, оптимальнее разбивать не по id, а по языкам?

IMHO, имеет смысл использовать URL Encoding.