Thankyou for the suggestions and your time.
OK - forget my reference to the term "Enumeration". Maybe a new data type/wizard is needed.
The JSON field is not filterable - correct? I need that so the user can search for both "Apples" and "Oranges" - but not "Strawberries".
To use relational tables, for every Multi-selection field I would need to create 2 additional tables - correct? (Have I been doing this wrong?)
I would have to ask the user to populate these multi-selection tables. This not so good if there is custom code looking for specific values.
Example. Say, its a New Car ordering form. (I'm building something else - but just for simplicity...).
In a table "Car"...
- "Options" column - values to be multi-selectable "Window Tint", "Towball", "Roof rack"
- "Radio" column - values to be multi-selectable "FM" "AM" "CD" "USB" Bluetooth"
- "Drive" column - values to be multi-selectable "Front Wheel Drive", "4WD", "Rear Wheel Drive" (my car is both 4WD and Rear).
- "Airbags " column - values to be multi-selectable "Driver" "Passenger", "Side"
These are not large tables.
The developer defines these values in the JCook Builder. The Dealer fills in the car data. The Buyer searches the data to find the car they want.
Say there is more functionally - like a banner add pops up for Bluetooth devices when the user is searching for a car with "Bluetooth". So the Developer needs to hard set these values.
Creating a single table for these 4 basic multi selection fields is neat and simple. Creating 9 tables (if I understand relational tables correctly) is nuts.
For now, to do this I'm using Boolean data type. So instead of 4 Multi selections, I'm creating 14 Boolean.
Filtering is required. So if an end user is looking for "Bluetooth", they can find cars with Bluetooth.
(I don't think manually editing JASON to achieve the multi-select will achieve this)