부울 필드 대 별도의 테이블

Question

나는 이벤트 (활동)와 관련 될 수있는 모든 가능한 키워드를 저장하는 키워드 테이블을 가지고 있습니다.

주최자가 사용자 지정 키워드를 입력 할 수 있도록 허용하여 해당 데이터베이스를 검토 용으로 업로드합니다.
기존 테이블 (fieldname = active)에 부울 필드를 만들거나 맞춤 키워드를 위해 별도의 테이블을 만드는 것이 더 좋은 방법입니까?

중요한주의 사항은 중재자가 테이블에서 비활성 키워드 목록을 정기적으로 추출 할 수있는 도구를 만드는 것입니다.

Logic은 일반적으로 모두 "키워드"테이블에 속한다고 말합니다.하지만 성능면에서 별도의 테이블을 만드는 것이 좋습니다.

당신의 생각은 무엇입니까? 고든 리노 프의 답변에 따라

편집 : 그들의 ID가 (당신이 그것을 언급으로 시간으로)뿐만 아니라 저장됩니다하더라도

첫째, 키워드, 주최자에 특정하지 않습니다.
고객 키워드는 운영자 (우리)가 좋은 것으로 생각할 때만 허용되기 때문에 내장 키워드를 무시할 수 없습니다.

참고 : 검토 할 때 고려할 하위 요소 인 상위 요소와 함께 더 복잡한 키워드 관리도 있습니다. 주최자가 키워드를 추가 할 수 있고 사용자가 이러한 키워드 (또는 상위 키워드)를 기반으로 활동에 액세스 할 수있는 검색 엔진을 만드는 것이 목적입니다.

키워드는 주최자를위한 것이 아니라 활동과 관련이 있습니다. 하지만 이것은 다 - 대 - 다 관계 (접합점 테이블)로 관리되므로 문제가되지 않습니다.

Answer 1

댓글이 너무 깁니다.

귀하는이 질문에 답변하기에 충분한 정보를 제공하지 않습니다. 예를 들어 특정 주최자에게 맞춤 설정된 맞춤 키워드입니까? 그렇다면 부울 "isactive"플래그 만 있으면 충분하지 않습니다. 어떤 방식 으로든 고객 키워드가 내장 키워드를 무시할 수 있습니까?

• 누가 그것을 만든 :

  본인은 "사용자 정의"키워드와 같은 자연적으로 내장 된 키워드의 일부가 아닌 필드를 가지고 있다고 의심?

• 언제 만들어 졌습니까?

그리고 액세스 권한이있는 다른 정보가있을 수 있습니다.

성능은 데이터에 액세스하는 데 사용 된 쿼리를 기반으로 만 판단 할 수 있습니다. 그러나 단일 테이블에 키워드를 넣으면 성능에 큰 영향을 줄 수 있습니다.