Имеется таблица привязки кошельков к товарам, импортируемая из внешних источников



Отсутствие кошелька в списке означает, что он явно не назначен товару. Но, например, у наличных есть признак AutoAssignProducts (Автоматически назначать товарам) - в этом случае он также доступен.
Checked = 0 означает явный запрет, даже если у кошелька есть признак AutoAssignProducts.
Для оценки возможности оплаты я делаю JOIN этой таблицы со справочником кошельков и оцениваю Checked и AutoAssignProducts.

Думаю избавиться от этой таблицы и добавить в справочник товаров 2 поля: MoneybagsList и DisabledList, в первом перечислить MoneybagId с Checked=1, во втором соответственно с 0. Т.е. для оценки возможности оплаты необходимо будет извлечь эти 2 поля и пройтись по справочнику кошельков, добавив в условие 2 раза FIND_IN_SET.

1. Будет ли вариант с FIND_IN_SET принципиально быстрее?
2. В общем случае кошельков может быть до 30 штук с трехзначными кодами, т.е. длины полей будут за 100, селективность - у разных клиентов по-разному, но у большинства набор кошельков будет идентичным. Т.е. на первый взгляд индексы по этим полям нежелательны. Не будет ли FIND_IN_SET тормозить без индексов?