나는 서버에 모 놀리 식 응용 프로그램을 가지고 있으며 최상의 원칙을 사용하여 여러 마이크로 서비스로 나누고 싶습니다. 응용 프로그램에는 현재 하나의 데이터베이스가 있고 거의 10 개의 테이블과 6-7 개의 서비스가 사용하고 있습니다. 제 질문은 어떤 서비스가 하나의 테이블 만 가지고 있기 때문에 이들을 분리해야하는지 테이블 당 서비스 접근 방식을 사용하는
아래 주어진 대학 데이터베이스에 대한 관계형 모델을 설계했습니다. 이제이 데이터베이스의 ER 다이어그램을 작성해야합니다. 관계형 스키마에서 ER 다이어그램을 생성 할 수있는 도구가 있다는 것을 알고 싶습니다. 그렇다면 관계형 모델에서 ER 다이어그램을 만드는 단계는 무엇입니까?
사용자는 이메일 주소를 사용하여 애플리케이션에 로그인 할 수있는 전자 상거래 데이터베이스를 설계하고 있습니다. 그래서 저는 고객 테이블에 관한 두 가지 질문을 가지고 있습니다. 그게 실제로 가장 좋은 디자인이 될 수 있을지는 확실하지 않습니다. # 1 질문 : 보통은 외부 키와 같은 다른 테이블에서 사용의 용이성을 고려하여 고객 테이블에 대한 기본 키와 같
나는 내 데이터베이스에 Suppliers, Clients 및 Items 테이블을 가지고 있습니다. 공급 업체로부터받은 선적을 추적해야합니다. 각 선적에는 많은 품목이 들어 있습니다. 또한 선적으로 인한 손상된 품목 및 손상된 품목의 반품 여부를 추적해야합니다. 이 더 나은 거기이 (Shipment_id, supplier_id) Shipment-Trackin
ERD 부분은 3 개의 테이블 사이의 관계를 보여줍니다. 사용자는 많은 사용자 중간에 테이블이 많은 관계로 많은 해결 및 복합 기본 키가에 의해 많은 tarcks (노래) 트랙이 소유 할 수 있습니다를 소유 할 수 있습니다. 특정 사용자가 특정 트랙을 평가하는 방법에 대한 정보를 저장할 수 있습니다. http://i.imgur.com/Rn4PnGO.png
계약 관리를 담당하는 사용자가있는 소프트웨어를 구축하고 있습니다. 각 사용자는 자신이 책임지고있는 계약 만 볼 수 있습니다. 이제 사용자가 일부 계약 세부 정보를 다른 사용자와 공유하도록 결정할 수있는 공유 기능을 구현하여 다른 사용자가 자신의 계약 목록에서 공유 계약을 볼 수있게하고 싶습니다. 그러나 먼저 데이터베이스 측면에서 올바르게 구현하고 싶습니다.
나는 모든 플레이어를 저장하는 테이블을 가지고있는 판타지 풋볼 애플리케이션을 만들고 있습니다. 나는 아래와 같이 테이블을 디자인했다. 지금까지 시스템은 4-4-2의 골키퍼가있는 곳에서 작동합니다. 한 수비수가 나오고 한 포워드가 나왔고, 벤치에있는 선수들과 함께 선수들을 바꾸는 것이 쉬울 것입니다. 난 3-5-2, 5-4-1 등의 다수의 형성을 갖고 싶어
안녕하세요.이 외래 키 딜레마가 있습니다. 표 A와 표 B와 표 C가 있다고 가정 해 보겠습니다. 표 A는 수퍼 테이블 B의 하위이며 레코드는 외래 키를 통해 A에서 B (편도)로 연결됩니다. 이제 테이블 C는 A와 B에 적용 할 수있는 정보를 포함하고 있습니다. 테이블 B에이 정보를 가지고 있으면 편리 할 것이지만 기술적으로 정보는 테이블 A에 속할 수