모든 필드는 여러 값을 가질 수 있습니다.

Question

사용자가 모든 필드에 여러 값을 입력 할 수 있도록 허용해야합니다. 따라서 옵션은 무한합니다.

예를 들면. 열은 다음과 같습니다 CompanyID- 회사 명 웹 사이트 Key_Markets M & A_History 주요 지역 댓글

시나리오는 에칭, 회사가 여러 웹 사이트, 주요 시장, 지역이있을 수 있습니다. 나는 이것을 어떻게 전문적으로 할 것인가? 나는 모든 열을 별도의 테이블에 넣을 생각이다. 그런 다음 하나의 레코드에 모든 정보를 CONCAT 조인을 사용해야합니다

table_master_companies 
    - record_id 
    - company_name 

table_websites 
    - record_id 
    - company_id 
    - website_address 

table_key_markets 
    - record_id 
    - company_id 
    - key_market 

등 :

Answer 1

기본적으로이를 실현하는 세 가지 방법이 있습니다.

1) 여러 개의 필드를 하나의 열에 별도로 씁니다. 이것은 매우 나쁜 설계 일 것이며 응용 프로그램에서 분할을 처리해야합니다. -하지 마세요.

2) 데이터를 저장하려면 여러 그룹과 함께 하나의 테이블을 사용하십시오. 이것은 매개 변수에는 의미가 있지만 각 고객마다 다른 값이있는 경우에는 그렇지 않습니다. 예를 들면 :

• 회사 ID
• GROUPID
• 위치
• 값

예 :

108001, 'homepage', 1, 'www.mypage.com'; 
108001, 'homepage', 2, 'www.mysecondpage.com'; 
108001, 'homepage', 3, 'www.anotherpage.com'; 
108001, 'markets', 1, 'erp'; 
108001, 'markets', 2, 'software'; 
108001, 'region', 1, 'germany'; 
108001, 'region', 2, 'austria'; 
108001, 'region', 3, 'poland'; 

3) 각 1 별도의 테이블을 사용 : N 관계! 당신의 요구에 맞는 최고의 솔루션이 될 것입니다. 이렇게하면 스키마를 쉽게 확장하고 더 많은 데이터를 저장할 수 있다는 이점이 있습니다. 예를 들어 각 지역 또는 주요 시장에 대한 사용자 수를 저장하기로 결정한 경우

다른 지점 : 데이터베이스의 이중 내용을 피하려면 n : m 관계를 사용하십시오! 예를 들어 주요 시장과 지역을 완전히 분리 된 테이블에 저장하고 고객 및 주요 시장의 ID를 크로스 탭에 저장해야합니다. 따라서 고객별로 주요 시장을 문자열로 저장할 필요가 없습니다!

Answer 2

당신은 같은 데이터베이스 구조가 필요합니다.