대다

Question

당신이이 말 데이터베이스 설계 질문 다음 대다 테이블 관계 :

user 
----- 
id 
first_name 
last_name 

user_prefs 
---------------- 
id 
preference_name 

user2user_prefs 
------------- 
id 
user_id 
user_pref_id 

하지만 "홈페이지"의 사용자 환경 설정을 실제 홈페이지를 저장하는 곳 필요하다고 url. 어디로 갈 것입니까?

user_prefs에 값을 입력 할 수 없습니다. 동일한 값이 해당 매핑을 가진 모든 사용자에게 적용될 수 있기 때문입니다.

user2user_prefs 
------------- 
id 
user_id 
user_pref_id 
value 

을하지만이 정상화의 측면에서 최선의 방법입니다 :

나는 그렇게 같이 user2user_prefs에 넣어 수 있습니까? 뭔가 그것을하고있는 방법에 대해 꽤 괜찮은 느낌이 들지 않습니다. (한 가지는 모든 환경 설정의 모든 값을 포함해야하기 때문에 새로운 "값"에 ENUM을 사용할 수 없습니다). 이견있는 사람?

감사합니다. Stabby L

Answer 1

기능 의존성을 살펴 봐야합니다. 값은 사용자에 의존하지 않고 userpref에 의존하지 않지만 두 값 모두에 의존합니다. 제안한대로 user2user_prefs 타블렛에 배치해야 함을 의미합니다.

enum을 사용해야하는 경우 value 속성은 다른 테이블의 값을 조회 할 수 있습니다. 같은 값이 그 매핑을 가지고 모든 사람에게 적용되는 것이기 때문에

Answer 2

나는 user_prefs 에 값을 넣을 수 없습니다.

너무 표준화 중입니다. 홈페이지는 user_prefs에서 괜찮을 것입니다. ,

user 
----- 
id 
first_name 
last_name 
homepage 
<other settings> 

외래 키 관계, 특히 다 대다 관계의 복잡성에 큰 비용이 : 내가 당신이라면

는 사실, 난 그냥 하나 개의 테이블을 사용하십시오. 소프트웨어 개발자의 임무는 복잡성을 통제하는 것입니다.

Answer 3

특정 유형의 가치가 실제로 많은 관계에 속하지 않는 것처럼 보입니다. 특정 속성 값이 각 사용자별로 다르면 별도의 테이블이어야합니다. user에서 각 사용자에게 고유 한 환경 설정을 가진 다른 테이블로의 1-many 관계가있는 것처럼 느껴집니다.

편집 : 1로 많은 표를 들면 :

user_specific_prefs 
------ 
id 
user_id 
pref_name (or possibly pref_id that indicates the type) 
pref_value (store www.myhome.com for example) 

USER_ID 단지 외부 키를 다시 특정 사용자에게 있습니다. 이것은 본질적으로 (논리적 인 의미에서) 사용자 테이블에 추가 열을 추가하는 것입니다. 그러나 Andomar가 지적했듯이, 그것은 복잡성을 더합니다. 그런 식으로 많은 수의 환경 설정이 있다면 일 수도 있고 일 수도 있습니다. 반면에 나는 수 백 개의 열이있는 테이블을 보았습니다. 나는 그것이 훌륭하다고 (그리고 나는 그것들을 만들지 않았다) 말하는 것이 아니라, 일을 끝내고 사용하기 쉽다.

Answer 4

매우 가까이 있습니다.

[편집 : 내 이전에는 빛나는 대답이 그렇게 훌륭하지 않다고 생각했습니다.]

편집 테이블 :

users 
----- 
id 
first_name 
last_name 
preferences 

환경 설정 필드는 특정 사용자 옵션의 직렬화 된 객체 또는 배열을 개최한다. PHP에서 :

if (is_array($options) || is_object($options)) 
     serialize($options); 

Serialize Manual