Сохранение пользовательских атрибутов в пользовательской таблице

нормализация базы данных - это все о компромиссах. Как я на это смотрю, я всегда начинаю с максимально приближенных к 3nf (т. Е. Метода 2). Когда либо размер моих данных, либо мои требования к производительности изменяются ... я рассматриваю возможность денормализации (т.е. метод 1).

когда вы дойдете до этого момента, ваши приложения должны взять на себя ответственность за целостность данных ... в зависимости от того, насколько вы контролируете клиентов базы данных, это может быть, а может быть, и нелегко. Но именно поэтому вам платят большие деньги ;-)

Я добавлю сюда еще один ответ, чтобы внести свой вклад в обсуждение. В комментарии вы упомянули, что у вас может быть до 10-15 соединений, которые вам потребуются для получения всех отображаемых имен для внешних ключей.

Один из приемов, который я часто использую, чтобы обойти это, - присоединиться к клиенту. Вот что я имею в виду:

1. Запросите свою таблицу без объединений ... это означает, что вы просто получите идентификаторы для многих своих значений.
2. Во время отображения данных в любое время, когда вам нужно отобразить удобное для текста значение, попробуйте извлечь его из кеша.
3. Если его там нет, сразу же возьмите всю таблицу поиска и кешируйте ее на час или день (в зависимости от того, что имеет смысл).
4. Кэшированное значение может быть таким же простым, как словарь, поэтому вы можете взять словарь из кеша и вытащить описание строки для отображения.

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

Метод 1 будет работать нормально, если ваша форма допускает произвольные записи (то есть вероисповедания, о которых вы еще не думали, где человек может указать свою собственную веру, или другой текст в произвольной форме).

Метод 2 будет работать нормально, если есть причина, по которой вы хотите поддерживать только определенный список конфессий и / или вы хотите контролировать, когда добавляются новые веры.

Вы можете начать с метода 1 и преобразовать его в метод 2 позже, если сочтете это подходящим. Зависит от вашего приложения, как оно используется и как влияет на производительность и целостность: вопросы, на которые вы можете не знать ответа, пока люди действительно не начнут его регулярно использовать.

Вы можете сохранить атрибут пользователя, используя тип поля базы данных enum (), чтобы задать список религий http://dev.mysql.com/doc/refman/5.0/en/enum.html. Это поле будет принимать только те значения, которые вы укажете при создании столбца. Это также упрощает добавление дополнительных типов путем изменения столбца в вашей базе данных.

В PHP вы можете заполнить раскрывающийся список с помощью этой функции из http://akinas.com/pages/en/blog/mysql_enum, чтобы получить массив значений перечисления для перебора:

function enum_select( $table , $field ){
    $query = " SHOW COLUMNS FROM `$table` LIKE '$field' ";
    $result = mysql_query( $query ) or die( 'error getting enum field ' . mysql_error() );
    $row = mysql_fetch_array( $result , MYSQL_NUM );
    #extract the values
    #the values are enclosed in single quotes
    #and separated by commas
    $regex = "/'(.*?)'/";
    preg_match_all( $regex , $row[1], $enum_array );
    $enum_fields = $enum_array[1];
    return( $enum_fields );
}