[sql] 데이터베이스 테이블의 열에 목록을 저장하는 방법

아니요, 단일 열에 일련의 항목을 저장하는 “더 나은”방법은 없습니다. 관계형 데이터베이스는 행 / 열 조합 당 하나의 값을 저장 하도록 특별히 설계되었습니다 . 둘 이상의 값을 저장 하려면 목록을 저장을 위해 단일 값으로 직렬화 한 다음 검색시 역 직렬화해야합니다. 당신이 말하는 것을 할 수있는 다른 방법은 없습니다 (당신이 말하는 것은 일반적으로 절대로하지 말아야 하는 나쁜 생각 이기 때문입니다 ).

그 목록을 저장하기 위해 다른 테이블을 만드는 것이 어리석은 일이라고 생각하지만 이것이 관계형 데이터베이스가하는 일입니다. 당신은 힘겨운 싸움을 벌이고 있으며 특별한 이유없이 관계형 데이터베이스 설계의 가장 기본적인 원칙 중 하나를 위반하고 있습니다. 방금 SQL을 배우고 있다고 말씀 하셨으므로이 아이디어를 피하고 숙련 된 SQL 개발자가 권장하는 방법 을 따르도록 강력히 권합니다.

위반하는 원칙을 데이터베이스 정규화의 첫 번째 단계 인 첫 번째 정규형 이라고 합니다.

지나치게 단순화 할 위험이있는 데이터베이스 정규화는 데이터 가 무엇인지를 기반으로 데이터베이스를 정의하는 프로세스 이므로 이에 대해 합리적이고 일관된 쿼리를 작성하고 쉽게 유지 관리 할 수 ​​있습니다. 정규화는 데이터의 논리적 불일치 및 손상을 제한하도록 설계되었으며 여기에는 많은 수준이 있습니다. 데이터베이스 정규화 에 대한 Wikipedia 기사 는 실제로 꽤 좋습니다.

기본적으로 정규화의 첫 번째 규칙 (또는 형식)은 테이블이 관계를 나타내야 함을 나타냅니다. 이는 다음을 의미합니다.

• 한 행을 다른 행과 구별 할 수 있어야합니다. 즉, 테이블 에 기본 키 역할 을 할 수 있는 항목이 있어야합니다 . 이는 행이 중복되지 않아야 함을 의미합니다.
• 데이터의 모든 순서는 행의 물리적 순서가 아니라 데이터에 의해 정의되어야합니다 (SQL은 집합 개념을 기반으로합니다. 즉, 사용자가 의존해야하는 유일한 순서는 쿼리에서 명시 적으로 정의하는 순서입니다)
• 모든 행 / 열 교차에는 하나의 값만 포함되어야합니다.

마지막 요점은 분명히 여기서 두드러진 요점입니다. SQL은 세트를 직접 저장할 수있는 “버킷”을 제공하지 않고 세트를 저장하도록 설계되었습니다. 예, 가능합니다. 아니, 세상은 끝나지 않을 것입니다. 그러나 이미 ORM을 사용하여 즉시 SQL과 함께 제공되는 모범 사례를 이해하는 데 어려움을 겪었습니다. LINQ to SQL은 그래프 계산기와 마찬가지로 환상적입니다. 그러나 같은 맥락에서 그들이 사용하는 프로세스가 실제로 어떻게 작동 하는지를 아는 대신 사용 해서는 안됩니다 .

귀하의 목록은 이제 완전히 “원자 적”일 수 있으며이 프로젝트에서는 변경되지 않을 수 있습니다. 그러나 다른 프로젝트에서 비슷한 일을하는 습관이 생기고 결국에는 (아마도 빨리) 빠르고 쉬운 열 목록을 맞추는 시나리오에 직면하게 될 것입니다. 완전히 부적절한 곳에 접근하십시오. 저장하려는 항목에 대한 올바른 테이블을 만드는 데 추가 작업이 많지 않으며 다른 SQL 개발자가 데이터베이스 디자인을 볼 때 조롱하지 않을 것입니다. 게다가 LINQ to SQL은 사용자의 관계를 확인하고 자동으로 목록에 적절한 개체 지향 인터페이스를 제공합니다 . 비표준적이고 잘못된 데이터베이스 해커를 수행 할 수 있도록 ORM이 제공하는 편의를 포기하는 이유는 무엇입니까?

답변

nicknames(id,seq_no,names)

(1,1,'sweetheart'), (1,2,'pumpkin'), (2,1,'cutie'), (2,2,'cherry pie')

select names from nicknames where id = 1;