Доброе время суток!

Возникла дилемма в плане хранения категорий с малым количеством строк. К примеру таблица типов кузова авто, или таблица типов объявления (продать, купить, обменять). Я знаю, что их будет не более 5 (пунктов) в каждой таблице, а создавать для таких вещей отдельные таблицы в базе, мне кажется это не рационально. Но при этом необходимо строить выпадающие списки по этим пунктам и хранить значения из них в базе, для дальнейшего поиска по ним.

Есть идея хранить подобного рода данные в файле в виде массива, рационально ли это или может есть какие-то отработанные способы хранения малых таблиц данных?

я вам уже ответил

_____________
Стимулятор ~yoomoney - 41001303250491

Может просто объявлять их в массиве прямо в скрипте, если их количество не столь велико?

philya, может просто почитать, что такое объединение таблиц?
и немножко заглянуть в светлое будущее?))


_____________
Стимулятор ~yoomoney - 41001303250491

Valick, может просто я предложил этот вариант из-за того, что автор не хочет хранить их в БД?

philya, значит автора надо заставит хотеть хранит это в БД))


_____________
Стимулятор ~yoomoney - 41001303250491

Согласен, соглашайтесь и вы, Rustamich

Состояние:
1. с пробегом
2. новая, без пробега
3. аварийная
4. на запчасти

или

Привод:
1. передний привод
2. полный привод
3. задний привод

И таких маленьких списков много. Их каждый в базе отдельными таблицами хранить получается?

Rustamich, есть еще тип поля BIT но там будет другая логика
организация структуры БД это действительно сложная штука и зачастую зависит от запросов которые будут преобладать, тут как и в жизни универсальных решений нет
ксати то что вы сейчас написали во втором случае это уже характеристики и тут уже можно смотреть в сторону ENUM

_____________
Стимулятор ~yoomoney - 41001303250491

Valick, сейчас буду смотреть, чем сущность отличается от характеристик.