вряд ли они хранятся паковано

Даже на ассемблере децимал хранится по ниблу на цифру

Естественно. В рам, все в рам

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

Я вот умею в PostgreSQL. По MySQL не подскажу...

Может оказаться кастомное решение дешевле

Зависит от стоимости труда

ну видно ищет пользователь сахар эльфийской девственицы

я про поля между собой - мета еще должна быть

он не находится в наличии

но есть информация что это типа сахар

1. Пользователь вводит артикул товара, происходит поиск по Таблице 1, чтобы найти все товары с таким артикулом. После этого он должен подтвердить искомый товар, выбрав одну из связок Бренд+Артикул (артикул может повторяться у разных брендов, связка Бренд+Артикул уникальна).

2. После того как он подтвердил критерий поиска, из Таблицы 1 берутся данные об аналогах и пользователь получает все предложения поставщиков с аналогами (из Таблицы 2)

Зачем?

и ему вторым этапом вываливают все предложения всех сахаров от всех поставщиков

иначе ALTER TABLE станет очень, очень дорогой

Он и так дорогой у мыскуля

а еще надо как минимум данные о NULL хранить

Нот налл

Предложений от поставщиков может быть очень много? ну тысяча 😊
Просто, если так, то возможно это неподъёмная задача для пользователя просмотреть их всех.

Зачем я это спрашиваю? Просто может так случитсся, что Вы в итоге пересмотрите логику и она будет другой