Доброго дня, уважаемые!
Подскажите, пожалуйста, как имеет смысл реализовывать такую задачу:
Есть таблица со списком складов и таблица со списком материальных ценностей. Нужно сделать пользовательский интерфейс с возможностью просмотреть все МЦ сразу, склады выборочно, свой склад и дополнительными кнопками в зависимости от прав пользователя (сверяю с таблицей пользователей USERNAME и USERDOMAIN из переменных окружения).

Фильтр использовать не хотелось бы, так как необходимо предоставить пользователю возможность использовать его самостоятельно в пределах выбранного склада, но лишить возможность выскочить за пределы этого склада.

Сначала хотел делать через формы навигации (на сколько я понял - именно их мне рекомендовали использовать в этой теме https://www.sql.ru/forum/1329033/raznoe-imya-formy-v-kolonke-obektov-i-pri-obrashhenii-cherez-vba ), но, судя по всему, с динамической генерацией вкладок для каждого склада из таблицы всё сложно и надо делать как-то через переход в режим макета. Остаётся вариант делать кучу вкладок и управлять видимостью. Если делать вручную - получается, каждую вкладку вручную нужно сопоставить складу, что ставит крест на возможности добавления и удаления их пользователями. И всё равно не совсем понятно, как изнутри формы отображения понять, к какому складу она относится. Можно было бы завести скрытое поле на форме навигации, но зачем тогда вообще это всё, если можно вместо формы навигации сделать несколько кнопок которые будут менять значение скрытого поля и обновлять подчинённую форму.

alecko, число контролов для формы общее на всё время существования базы? Или 964 - это в рамках каждого конкретного запуска? Предполагается, что складов должно быть 15+-5.

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

sdku, интересно, но пока не знаю, с какой стороны к этому можно было бы подойти. Слишком много неизвестного. Постараюсь на досуге понять, как этим пользоваться. Возможно, чуть позже смогу перейти на такой способ )

Благодарю за ответы )

alecko, вообще, надеюсь в ближайшем будущем перенести это всё на c# какой-нибудь. Так что костыли кажутся приемлемым вариантом.
aleckoв общем случае имена назначаются при загрузке, в зависимости от фильтра, и при переходе на вкладку загружаются данные в подчиненную форму (т.е. одна форма на все вкладки).
Случай, когда в каждой вкладке своя форма и пр. - сильно утяжелит её.
Вероятно, я путаю термины. Если правильно понимаю, то, что вы описали - это работает для вкладок. А если через элемент навигации, то форма будет по сути одна, но её содержимое будет загружаться в зависимости от нажатой кнопки. Правильно ли я понимаю?

Stanislav P, так и планирую делать.

alecko, извините, не очень понимаю. Если они загружаются не все сразу, а при нажатии на кнопку, форма не будет сильно утяжелена? Или тоже будет?
MaxControlsInForm - это сколько вкладок Аксесс будет держать загруженными, а при большем числе выгружать старые?

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

Смена ЯП организации данных не поможет. Но в общем, надеюсь, станет немного удобнее.


ROI, хороший вариант, но оставлю его на крайний случай. На вид значительно хуже.

alecko, помимо самих предметов нужно будет отображать много сопутствующей информации, такой вариант отображения не подойдёт, к сожалению.