Ты как-то странно связываешь ІМХО. Сколько у тебя переменных комбобоксов. Пока что 1. Т.е. в остальных значения чётко связанны? Или в первом свободны, во втором - ограничены, а в третьем - ещё больше?

И вообще, что-то мне подсказывает, что сделать то, что надо на Access будет намного проще, и даже без програмирования. Так что копай туда.

Я, конечно, не знаю что такое Scripting.Dictionary Может это круче. :)

Но если просто в лоб, по Ехселосвки, то тут 6 строчек кода, и 5 минут на заполнение. :)

З.Ы. Естесвенно, что с увеличением комбобоксов и вариантов, такой способ не пройдёт, но на 3 - 4 с по 3-4 варианта очень даже покатит.

Упс, не зааттачилось

Между прочим лист Ехселя - практически идеальная хэштаблица :)

VladConnКстати, почему 3 - 4? Если я заполнял вручную в примере, это не значит, что в жизни я бы так и поступил, наверно бы автоматизировал.

Вот в том то и дело, что было бы из чего автоматизировать :) Потому как таки придётся куда-то заполнять вручную. И изначально для этого больше подходят БД.

VladConnSo, what the point?....давайте все это напишем в Оракле. Или нет - давай делать XML. Или нет - в INI файле. :0))
Очень суровы челябинские програмисты...
:)

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

Задача состоит не только в том, чтобы просматривать имеющиеся записи, а чтобы работать с пополняющемся списком без дальнейшего вмешательства в код проги.

Уважаемый dd44 ,
Несмотря на все достижения прогресса, структуру связей необходимо где-то хранить. Именно в этом, а не во "взаимосвязывании комбобоксов" заключается суть проблемы, если вы заметили.

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

Построение механизма взаимного дополнения всех связанных полей - не тривиальная задача, часто требующая последовательного заполнения таблиц "сверху вниз". У меня была похожая задача, которую я решал несколькими способами (хранения логинов для различных отделений различных компаний). Но в любом случае - сколько переменных, столько степеней свободы. При наличии ключа и индексации (в словаре, или в БД) можно ограничится одной табличкой в 2 столбика для каждой степени свободы. Непосредственно методами Эксцеля механизмы поиска придётся реализовать вручную.
Я предложил именованные диапазоны. Никто не говорит, что их надо заполнять вручную. Можно реализовать алгоритм. Хранить данные для разных комбобоксов на разных листах, сделать иерархическую систему, и шаблон добавления на форме с циклом последовательного внесения и переопределения диапазонов. :) + таблица имён диапазонов.
В итоге мы имеем то, что принято называть реляционной БД, только самописную, на базе Эксцеля. :) Микрософт ещё в 90х годах реализовал всё это под торговой маркой Access.
Можно это чудо углублять и расширять, через систему гиперссылок на разные книги (которые тоже хранить определённым образом, а ссылки генерировать автоматически), но последнее время я занимаюсь тем, что переписываю эти чуда под Ассесс, потому как "чудо распухло и мешало ходить". И таких вот "чУдов" видел достаточно много, в том числе и на Excel 4.0
Так что выбирайте метод изходя из того, что вам на самом деле надо. Посмотрев на ваш пример я рискнул предположить, что это будет самописная эмуляция БД. ;) А оно надо?

dd44Уважаемый Шыфл,
Я прекрасно понимаю, что Эксель не самая лучшая программа для достижения поставленной мною цели. Однако я не разбираюсь, к своему стыду, в Аксессе.
Кроме того, вопрос состоит в том, имеется ли возможность, программно реализовать поставленную задачу в Экселе, если ДА, то как это сделать.
В Экселе это легче всего сделать используя ADO/DAO + BD
Если нет, то учитывая специфику, достаточно легко сделать иерархическую структуру именованных диапазонов и листов. Или даже просто листов. Или даже просто диапазонов.

Просто придётся вручную прописывать процедуры поиска элементов и добавления элементов. Циклами и ветвлениями. Что-то типа

2 VladConn
Мне стало интересно, могут ли эти словари хранить данные?
Если нет, то задача наполнения комбобоксов из словарей разделяется на наполнения словарей из источника данных + наполнение комбобоксов из словарей.

Вопрос не в том, каким образом реализовать связь. Вопрос в том, где хранить данные под эти связи? Логично, что не в коде программы :/ Тогда, скорее всего (если уж не в БД) прямо в листах Экселя :)

З.Ы. Вот, в догонку, функция добавления нового значения и расширения вертикального диапазона на это значение