КантачесЯ так понял контейнеры и коллекции это общие понятия для всех языков ООП. Читаю вики, там сказано, что все типы коллекции можно разделить по логике работы, и по реализации. При чем в обоих вариантах по разному: в логическом разделении вектор есть, в делении по реализации - его нет.
Голубчик, вы-бы еще почитали что такое "контейнер" в почтовых грузоперевозках. Вообще терминология в общем смысле этого слова - вещь забавная. Спросите у MS-SQL-щиков что такое "кластер" - они вам ответят. Но ни дай бог рядом будет стоят Ораклоид - он скажет - "Ни пса себе! Какой-же это кластер бл..! Вы только-что описали стенд-бай с DagaGuard-ом!" - И не дай бог рядом окажется еще и специалист по PostgreSQL - он скажет - Да вы ваще обуели! Это-же файловая структура в которой просто лежат файлы данных и всё!! И т.д. до мордобоя включительно...

Теория - это конечно классно, но если вас интересует привязка к предметной области - лучше укажите конкретный язык, среду.

КантачесС#. Значит для большинства ооп языков такую схему построить не реально? Имхо коллекции и контейнеры придумали для упрощения работы с большим количеством объектов разных типов (примитивные, комплексные).
Я-бы очень сильно НЕ СОВЕТОВАЛ помещать в коллекции объекты разных типов (просто наследники object). Если развивать эту мысль то все-все аргументы функций и процедур тогда надо объявлять ссылками на object. Это попахивает плохим дизайном ПО.

Обычно создают шаблонизированную коллекцию и кладут туда объекты одного типа (Person, Payment).

Разница тонкая и эфемерная. Я не хочу вступать в битву с догмами и определениями, но если сказать своими словами, то коллекция - это множество объектов, имеющих единый интерфейс, добавления, извлечения, пошагового обхода всех объектов. Контейнер - это структура объектов, обычно заданных жёстко на этапе проектирования.

И чтобы окончательно тебя запутать и сбить с толку можно посоветовать почитать про композицию и наследование . Вот уж где есть повод "столкнуть лбами" теоретиков.

Я не говорил слово "ячейки".

Есть еще две терминилогические школы. Школа сишников и
паскалистов. (Деление сугубо условное. Можете оспаривать.)
У сишников есть термин структура . У паскалистов аналог - запись.
Далее класс - тип , и т.п.

По информации с англоязычных wiki:
http://en.wikipedia.org/wiki/Container_%28data_structure%29
Container (data structure)

In computer science, a container is a class, a data structure, or an abstract data type (ADT) whose instances are collections of other objects. In other words; They are used for storing objects in an organized way following specific access rules.
Мой перевод: в компьютерных науках контейнер это класс или структура данных или абстрактный тип данных который инстанциирует коллекцию других объектов. Другими словами К. используется для хранения объектов и организации специфичных правил доступа (к объектам).

(возможно неточно. спорить не буду).

Еще одно определение.

http://en.wikipedia.org/wiki/Container_%28Type_theory%29
Container (type theory)

In type theory, containers are abstractions which permit various different "collection types", such as lists and trees, to be represented in a uniform way. A (unary) container is defined by a type of shapes S and a type family of positions P, indexed by S. The extension of a container is a family of dependent pairs consisting of a shape (of type S) and a function from positions of that shape to the element type. Containers can be seen as canonical forms for collection types.[1]

Пока не перевел.