매월 대략 1500 개의 속성이 포함 된 보고서가 약 500 만 개의 속성 보고서를 처리합니다. 범위는 smallint에서 Varchar(1000)까지입니다. 이러한 신용 보고서 속성은 신용 공급자마다 다릅니다. 내가 더 잘 그 아래의 스키마를 개선하는 방법에 대한 조언을 찾고 있어요 는 신용 데이터를 캡처 : credit_reports
- id (i
예를 들어, 방문자 (봇 등)를 감지 할 수있는 데이터베이스가 있고 모든 방문자가 '자격증 명'과 동일한 양의 '동적 테이블'을 가지고있는 것은 아닙니다. 참조 : fiddle : http://sqlfiddle.com/#!9/ca4c8/1 (단순화 된 버전). 이렇게하면 (다른 DB에있는) 각 프로필에 대한 정보를 수집하는 데 사용하는 프로필 ID가 반환됩
를 업데이트하는 나는 다음과 같은 테이블이 있습니다 SubjectID AttributeID ValueID
1 1 2
1 1 3
1 2 1
2 1 3
2 2 1
1 3 1
속성은 (동일한 속성에 대해 위의 표에서 여러 모습) 여러 값을 가질 수 있습니다. 동일한 속성 (다른 값)에 대해 얼마나 많은 모
데이터베이스에 다양한 유형의 제품 정보를 저장한다고 가정 해 봅시다. 그러나 이러한 제품에는 다른 사양이 있습니다. 전화 : CPU, RAM, 저장 ... TV 예를 들어 크기, 해상도 ... 우리의 열에서 각 사양을 저장할 테이블 및 모든 제품 (유형에 관계없이)은 서로 다른 ID를 가져야합니다. 는 지금은 하나 개의 일반 테이블을 사양 및 제품의 각 유
대학 프로젝트를 위해 주어진 요약본에서 ER 다이어그램을 설계하려고합니다. 나는이 문제를 처리하는 방법을 혼란 스러워요 : 내가 지금까지에 가지고이 솔루션은이 같은 관계로이 약한 엔티티를 모두 만드는 것입니다 The items sold in the Food Truck can be of different types: burritos and
beverages
데이터 수집을 처리하고 나중에이 데이터를보고하는 데이터베이스 스키마를 개발 중입니다. 데이터가 다소 스파 스하지만 매우 희소하지 이후 - 요구 사항 토론 후 , 하나의 엔티티 - 속성 - 값 (EAV) 솔루션, 또는 평평한 테이블 솔루션은 괜찮을 것 같다. 그러나 사용자 정의 필드는 앞으로 필수 항목이 될 것이지만 EAV 테이블을 사용하여 RDBMS를 쿼리
코어 데이터 엔티티가 있고이를 "레코드"라고하며, 다른 개체/엔티티의 데이터로 설정해야하는 몇 가지 속성이 있습니다 (관계 설정은 물론). 는의는 "기록"은 다음과 같은 특성이 있다고 가정 해 봅시다 : @interface Record (CoreDataProperties)
+ (NSFetchRequest<Record *> *)fetchRequest;
: attribute | value
-----------------
color | red
size | small
가 생성됩니다 [{"attribute":"color","value":"red"},{"attribute":"size","value":"small"}]
다음 대신 생성 할 수있는 방법이 있나요 : {"color":"red","size
빠른 확인을했는데 내가 물어볼 질문과 비슷한 질문을 찾을 수 없었습니다. 나는 그것이 단지 백만 번 부끄러워 답변되었습니다 질문처럼 보이는대로 내가 제목에 더 구체적 수 있었으면 좋겠어. 나는 현재 웹 응용 프로그램에 대해 다음 문제에 대한 스키마를 설치하는 방법을 알고하지의 딜레마 데 : 나는 사용자가 온라인 양식을 다음 필드로 정의 티셔츠를 주문 : 크
저는 작은 컨텐츠 관리 시스템을 연구 중이며 그 안에있는 데이터는 매우 관계가 있습니다. 저는 작은 추상화로 시작했지만, 아마도 전체 엔티티 속성 값 모델을 사용할 것입니다. 그러나 필자는이 모든 것을 관계형 데이터베이스 (pgsql)에 구축하고 있으며 강력한 엔진 위에 모델을 다시 빌드하는 것은 의미가 없다고 생각합니다. 이것은별로 일반적이지 않지만 누군