이 작업을 수행해야하는 경우 나중에 원래 테이블에 조인 할 수있는 별도의 테이블에서 수행하십시오. 필요한 경우 EAV 구조를 사용할 수 있지만 n 열을 추가 할 수있는 유연성은 성능에 매우 큰 영향을줍니다. 나는 많은 경우에 정말로 받아 들일 수없는 성능을 말하는 것이고, 더 많은 기록을 얻을수록 더 나 빠지게됩니다. 다른 선택의 여지가 없다면이 경로를 따라 가지 마십시오.
길을 취하고 col1, col2, col3 (사용자 및/또는 다른 데이터 테이블에 연결하는 데 필요한 다른 열)이라는 5 개의 열이있는 테이블을 추가하고 데이터를 추가하도록합니다 그 열에. 각 사용자가 다른 이름을 지정하려는 경우 열 이름을 알아내는 데 교차 참조 테이블이 필요할 수 있습니다.
xml 필드에 데이터를 넣을 수 있지만 나중에 쿼리 할 방법은 무엇입니까? 당신이 처리 할 방법을 결정하기 전에 그것을 알아 내야 할 필요가 있습니다.
일반적으로이 유연성 수준은 좋지 않습니다. 5 명의 다른 사용자가 서로 쿼리 할 수있는 데이터를 포함하는 다섯 개의 다른 열을 추가하지만 각각 다른 이름을 사용하기 때문에 데이터베이스 대신 엉망이됩니다. 고객이 디자인 한 열을 보유해야하는 경우, 최소한 고객 당 한 명의 관리자가 열을 추가하도록하십시오. 사용자가 가지고있는 것이 좋다고 생각할 때 즉시 수정하는 것은 아닙니다.
구체적으로이 방법으로 열을 추가해야하는 이유는 무엇입니까? 일반적으로 이것은 매우 빈약 한 실천으로 간주됩니다. 데이터베이스 디자인은 사용자에게 남겨 두어서는 안됩니다. – HLGEM