[laimas]

Я так понимаю, вопрос касаемо примера по ссылке? Ну тогда встречный вопрос - прикрутить к чему?
Пример можно скопировать, запустить и сделать вывод то-ли нужно или нет.

Организация связанных записей в базе может быть построена двояко, либо это одна таблица, в которой двумя полями ее описываются и идентификаторы записей, и их связи, либо это раздельные таблицы связанные по первичным ключам.
Для примера, пусть форма, которая отправляется обычным способом, имеет три списка: область, город, улица. При выводе страницы клиенту список областей может быть стразу заполнен, их не так и много. Если списки всех адресных объектов описаны одной таблицей (для адресов это не лучшее будет, но для примера пойдет), то это будет выборка всех записей, которые не имеют родителя, то есть нулевой уровень. Если же в разных таблицах, то это выборка из таблицы областей.

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

Если список областей будет иметь имя area, городов city, а улиц street, то отправив форму сервер и получит под этими ключами соответствующий выбор пользователя: идентификаторы области, города, улицы. Различие только в том, кому они адресуются, что зависит от организации данных в базе.

Но кроме этого есть и иные задачи тоже связанные со списками, когда выбор последующего может определяться условием, в этом случае может быть необходимость запоминать серверу или клиенту последовательность набора/запросов, что можно сделать храня значения либо в массиве, либо как значения свойств объекта.
Что в вашем случае нужно не известно, значит и сказать что либо конкретное тоже не возможно.