beresaВторой способ кажется привлекательнее, т.к. в этом случае сокращается число таблиц.А смысл ? Как я понимаю, у вас отдельные сущности, ссылочная целостность будет легко контролироваться стандартным функционалом СУБД.

beresaВ каждом из справочнике, который я хочу создать, будет не более 20 записей. И я так подумал, что «плодить» кучу справочников в базе данных это не есть хорошо (ведь же лучше иметь 1 таблицу чем 20 однотипных). Но вот с другой стороны, снизится ли производительность клиентского приложение при работе с базой данной при 2-ом способе реализации?Да хоть по 2. Никаких преимуществ в "стаскивании" разнородных, скорее всего, по смыслу данных лично я не вижу. Только недостатки. И главный из них в том, что вещи, которые уже реализованы в СУБД на уровне ядра, вы будете вынуждены реализовывать сами. Например, ту же самую ссылочную целостность. Зачем усложнять себе и другим жизнь ?