iplaton

1. Если выбрать путь ячейки с массивом ключей - то будет блокировка обновления записи, через Concurrency Token или через какой другой механизм. Но если у вас реализована очередь (EventBus, Rabbit) то конкуренции не будет.
Еще проблема - JOIN таблиц, построение сложных запросов. Т.к. индексировать вашу ячейку сериализованную проблематично - то при запросах будет SCAN - производительность упадет на больших объемах.

2. Промежуточная таблица дает возможность параллельно работать с Производителями и Поставщиками, связывать из без конфликта конкурентной записи.
Запросы отлично выполняются, т.к. ключи индексы.

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

Сохранение пароля не предлагается если сайт использует нестандартную работу с формами. К примеру если вместо сабмита формы происходит отсылка содержимого через AJAX запрос, если сами элементы формы находятся не в теге <form>, если вместо кнопки submit'а используется что-то другое (например ссылка с JavaScript обработчиком) и т.п. Кроме того сохранение формы не предлагается если сайт напрямую это запрещает, добавляя атрибут autocomplete="false" в элементы форм.

Я как правило в этих случаях открываю dev tools, удаляю всю нестандартную обработку, добавляю обычную кнопку, удаляю ненужные атрибуты, заполняю логин / пароль, жму submit, сохраняю логин / пароль и перегружаю страницу. В 95% случаев помогает, единственный нюанс появляется в случае запрета на autocomplete - в этом случае при клике на поле логина Firefox предложит выбрать сохранённый логин и при выборе заполнит пароль.