SQL Server 데이터베이스의 단위 검사 저장소?

Question

저는 DBA가 아닙니다. 나는보고 목적을 위해 DB에서 데이터를 검색하는 데있어 꽤 많은 경험을 가지고 있지만 실제 디자인에서는 경험이 거의 없습니다. 그래서 나는 여기에있는 누군가가 내가하려고하는 것을 달성하기위한 최선의 방법에 대한 지침을 줄 수 있기를 바라고 있습니다.

내가 설계해야하는 데이터베이스의 한 부분은 주택과 건물의 검사를 저장하는 것입니다. 건물에는 하나 이상의 단위가 있습니다. 건물에는 또한 특징 (계단, 산책로, 지붕 등의 단위 외부)이 있습니다. 하나의 유닛이있는 건물은 집입니다. 아파트 건물은 여러 건물이있는 건물입니다. 유닛은 공간 (객실, 홀, 거실, 주방 등)으로 구성되며 공간은 기능 (문, 창, 바닥, 천장, 벽, 가전 제품, 매장 등)으로 구성됩니다. 단위로 검사해야하는 모든 것). 이 객체들 사이의 관계를 설정하는 것은 나에게 상당히 솔직하게 보이지만, 나는 또한 일종의 검사 객체를 포함 할 필요가있다. 건물과 유닛 모두 검사해야합니다. 빌딩과 유닛 (주어진 DB와 빌딩 10000 개에 10,000 개 이상의 유닛이있을 수 있음)은 역사적 목적을 위해 여러 검사를 저장할 수 있어야합니다 (건물 및 유닛은 최소 1 년에 한 번 검사해야 함). 검사는 기본적으로 빌딩 또는 유닛의 각 지형지 물로 구성됩니다 (유닛이 검사 중이거나 건물에 따라 다름). 유닛과 빌딩의 피쳐는 해당 유닛이나 빌딩에서만 고유 할 수 있습니다. SQL Server DB의 Building/Unit/Space/Feature 관계에서 Inspection 객체를 구현하는 가장 좋은 방법은 무엇입니까? 개인적으로

Answer 1

내가 같은 구조 것이다 :

그런

property 
id INT INCREMENT(1,1) 
name VARCHAR(255) 
... 

inspectionObject 
id INT INCREMENT(1,1) 
name VARCHAR(255) 
... 

propertyInspection 
id INT INCREMENT(1,1) 
date DATETIME 
inspector INT (FK: inspector table) 
propertyID INT (FK: property table) 
... 

propertyInspectionResult 
id INT INCREMENT(1,1) 
inspectionID INT (FK: propertyInspection table) 
inspectionObjectID INT (FK: inspectionObject table) 
resultID INT (FK: result table) 

뭔가에 갈 수있는 좋은 구조이어야한다, 그것은 다음 번 각 검사에 대한 세부 사항을 기록 할 수 있지만 많은 개체에 대한이 검사도 기록되었다. 그런 다음 결과에 따라 꽤 괜찮은보고를 수행 할 수 있습니다.

추가 정보가 필요하면 알려주십시오.

매트