Как правильно реализовать таблицу под такие данные?

Т.е. по хорошему под каждую иконку свой столбец, верно?

Есть еще вариант с таблицами существующих опций по каждой категории и подчиненой таблицей доступных опций. Он кстати более правильный с точки зрения моделирования и упрощает вывод на фронте..... Короче первый ответ дал не подумав. Сорри) Но функционально задачу решают обе модели.

Т.е. создать таблицу скажем post_option. В ней будет 2 столбца id и option_name
И будет состоять
1| has_chat
2|has_email
....
В таблице записи создать столбец options и в нее передавать id с таблицы post_option.
Я вас правильно понял?

Артемий Прототипы, и под каждую сущность своя таблица, верно?

На моей схеме я сущностью назвал, то к чему Ваш вывод опций на картинке. Их же много как я понимаю. Для каждой надо указать какие есть опции по валюнтам, клиентам и суппортам из существующих вариантов. В целом это все сущности в терминах моделирования данных и при нормализации для каждой сущности одна таблица. На моей схеме есть 7 таблиц, 3 отношения один ко многим и 3 внешних ключа. По хорошему надо добавить уникальный составной индекс по полю ключ сущности, ключ опции для контроля непротиворечивости данных.

Артемий Прототипы, Спасибо большое.
Можете еще подсказать какие должны быть столбцы у таблиц Валюты сущности, Клиенты сущности и прочие.
Как-то так?

Вот так в MySQL WorkBench выглядит в части видов поддержки. В терминах моей схемы:
Post - Сущность для описания
PostSupport - Поддержка для сущности
Support - Список видов поддержки.
Остальное по аналогии. Поля какие нужны не ключевые, надо по предметной области смотреть.

Артемий Прототипы, Вот теперь понял, спасибо большое Вам!
И напоследок, не подскажите пожалуйста что почитать по базам данных?

Рад что смог помочь, пожалуйста.
Точно сказать что почитать не могу, я уже слишком давно эту тему вкуривал, но ищите по теме "Моделирование реляционных баз данных"

Артемий Прототипы, Вас понял, спасибо.