저는 주로 관계형 DBMS를 구현했지만, 다음과 같이 적합하지 않다고 생각합니다 ... 최대 10^4의 비교적 복잡한 '객체'를 '부품'으로 구성되어 있습니다. 10^2. 파트는 '어셈블리'로 어셈블됩니다. 객체는 두 파트와 어셈블리 사이에 패턴을 설정하기 위해 작업이 수행되며 데이터베이스의 다른 객체에있는 패턴과 비교됩니다.어떤 데이터베이스 모델입니까?
RDBMS를 사용하여 간단히 컨텍스트 사용이 거의없는 테이블 B에 '파트'를 집계하여 (예 : 송장의 항목 번호와 달리) 테이블의 상위 '개체'에 연결할 수있었습니다. A '또는'어셈블리 '테이블 C에 그러나, 나는이 테이블 전체에서 SQL SELECT를 실행하여'B '테이블의 직렬 하위 집합 인 개체를'대조 '해야합니다.
또는 이들 모두는 ParentID 필드가있는 하나의 테이블에있을 수 있습니다. 부재는 '개체'를 나타내며 '조립'이나 '부분'이 아닙니다.
나는 테이블을 '색인'하기 위해 각 개체마다 VIEWS를 설정할 수 있다고 생각합니다. 10,000 개의 뷰를 사용하는 것이 가능한지 또는 모범 사례인지는 알 수 없습니다.
더 도움이되는 방식으로 데이터를 구성 할 수있는 또 다른 모델이 있습니까? 데이터는 다른 '어셈블리'또는 '원자'파트의 '어셈블리'로 구성된 계층 적 객체 세트입니다.
누군가 나를 올바른 방향으로 안내 할 수 있습니까?
데이터를 어떻게 사용할 예정입니까? 읽기가 무겁습니까, 쓰기가 무겁습니까? 10^4 또는 10,000은 큰 데이터 세트가 아니므로 피하기 위해 무엇을하려고합니까? –
죄송합니다. 나는 100,000 개의 물체와 100 개의 물체를 의미했습니다. 스키마를 복잡하게 만드는 것은 어셈블리의 중첩입니다. 입력 기준에 따라 복잡한 패턴 매칭을 위해 무거운 것을 읽습니다. – Stephen